Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.programming.threads > #5069 > unrolled thread

Transactional Memory Everywhere: I/O Operations

Started byHorizon68 <horizon@horizon.com>
First post2019-06-30 11:17 -0700
Last post2019-06-30 11:17 -0700
Articles 1 — 1 participant

Back to article view | Back to comp.programming.threads


Contents

  Transactional Memory Everywhere: I/O Operations Horizon68 <horizon@horizon.com> - 2019-06-30 11:17 -0700

#5069 — Transactional Memory Everywhere: I/O Operations

FromHorizon68 <horizon@horizon.com>
Date2019-06-30 11:17 -0700
SubjectTransactional Memory Everywhere: I/O Operations
Message-ID<qfaucn$cjd$4@dont-email.me>
Hello..


Transactional Memory Everywhere: I/O Operations

One can execute I/O operations within a lock-based critical section,
and, at least in principle, from within an RCU read-side critical
section.  What happens when you attempt to execute an I/O operation from
within a transaction?

The underlying problem is that transactions may be rolled back, for
example, due to conflicts.  Roughly speaking, this requires that all
operations within any given transaction be idempotent, so that executing
the operation twice has the same effect as executing it once.
Unfortunately, I/O is in general the prototypical non-idempotent
operation, making it difficult to include general I/O operations in
transactions.

Read more here:

https://mirrors.edge.kernel.org/pub/linux/kernel/people/paulmck/Answers/TransactionalMemoryEverywhere/IO.html 



Thank you,
Amine Moulay Ramdane.

[toc] | [standalone]


Back to top | Article view | comp.programming.threads


csiph-web