• Documents
  • Authors
  • Tables
  • Log in
  • Sign up
  • MetaCart
  • DMCA
  • Donate

CiteSeerX logo

Advanced Search Include Citations
Advanced Search Include Citations | Disambiguate

Brief announcement: Towards a Fully-Articulated Pessimistic Distributed Transactional Memory. In (2013)

by K Siek, P T Wojciechowski
Venue:In Proc. SPAA’13,
Add To MetaCart

Tools

Sorted by:
Results 1 - 3 of 3

P.T.: Atomic RMI: a Distributed Transactional Memory Framework

by Konrad Siek, Pawe T. Wojciechowski - In: Proc. HLPP’14 (Jul 2014
"... Abstract This paper presents Atomic RMI, a distributed transactional mem-ory framework that supports the control flow model of execution. Atomic RMI extends Java RMI with distributed transactions that can run on many Java Virtual Machines located on different network nodes. Our system employs SVA, a ..."
Abstract - Cited by 1 (1 self) - Add to MetaCart
Abstract This paper presents Atomic RMI, a distributed transactional mem-ory framework that supports the control flow model of execution. Atomic RMI extends Java RMI with distributed transactions that can run on many Java Virtual Machines located on different network nodes. Our system employs SVA, a fully-pessimistic concurrency control algorithm that provides exclu-sive access to shared objects and supports rollback and fault tolerance. SVA is capable of achieving a relatively high level of parallelism by interweaving trans-actions that access the same objects and by making transactions that do not share objects independent of one another. It also allows any operations within transactions, including irrevocable ones, like system calls, and provides an un-obtrusive API. Our evaluation shows that in most cases Atomic RMI performs better than fine grained mutual-exclusion and read/write locking mechanisms. Atomic RMI also performs better than an optimistic transactional memory in environments with high contention and a high ratio of write operations, while being competitive otherwise. Keywords concurrency control · distributed systems · software transactional memory 1
(Show Context)

Citation Context

...upport for distributed transactions in the control flow model. Atomic RMI is a fully-pessimistic distributed TM with support for programmatic rollback. It uses the Supremum Versioning Algorithm (SVA) =-=[22]-=- as the underlying concurrency control algorithm which is based on the idea of versioning in [29,27,28]. The key point of this approach is an earlyrelease mechanism that allows transactions to hand ov...

Noname manuscript No. (will be inserted by the editor) Atomic RMI: a Distributed Transactional Memory Framework

by Konrad Siek, Pawe T. Wojciechowski
"... Abstract This paper presents Atomic RMI, a distributed transactional mem-ory framework that supports the control flow model of execution. Atomic RMI extends Java RMI with distributed transactions that can run on many Java Virtual Machines located on different network nodes. Our system employs SVA, a ..."
Abstract - Add to MetaCart
Abstract This paper presents Atomic RMI, a distributed transactional mem-ory framework that supports the control flow model of execution. Atomic RMI extends Java RMI with distributed transactions that can run on many Java Virtual Machines located on different network nodes. Our system employs SVA, a fully-pessimistic concurrency control algorithm that provides exclu-sive access to shared objects and supports rollback and fault tolerance. SVA is capable of achieving a relatively high level of parallelism by interweaving trans-actions that access the same objects and by making transactions that do not share objects independent of one another. It also allows any operations within transactions, including irrevocable ones, like system calls, and provides an un-obtrusive API. Our evaluation shows that in most cases Atomic RMI performs better than fine grained mutual-exclusion and read/write locking mechanisms. Atomic RMI also performs better than an optimistic transactional memory in environments with high contention and a high ratio of write operations, while being competitive otherwise. Keywords concurrency control · distributed systems · software transactional memory 1
(Show Context)

Citation Context

...upport for distributed transactions in the control flow model. Atomic RMI is a fully-pessimistic distributed TM with support for programmatic rollback. It uses the Supremum Versioning Algorithm (SVA) =-=[22]-=- as the underlying concurrency control algorithm which is based on the idea of versioning in [29,27,28]. The key point of this approach is an earlyrelease mechanism that allows transactions to hand ov...

Having Your Cake and Eating it Too: Combining Strong and Eventual Consistency

by Paweł T Wojciechowski , Konrad Siek
"... Abstract Given the limitations imposed on distributed systems that are necessary to maintain strong consistency guarantees there is a growing interest in relaxed consistency models. Such models are often sufficient for particular applications, but allow more freedom to improve scalability and avail ..."
Abstract - Add to MetaCart
Abstract Given the limitations imposed on distributed systems that are necessary to maintain strong consistency guarantees there is a growing interest in relaxed consistency models. Such models are often sufficient for particular applications, but allow more freedom to improve scalability and availability. Eventual consistency is a particularly useful approach, where the correct state spreads throughout the system over time, so that at any point any element of the system may be inconsistent, but all elements will eventually converge upon a consistent state. On the other hand relaxing properties may be unacceptable in the general case: a slightly stale shopping cart is one thing, but inconsistent payment processing is quite another. In this paper we try to balance strong and eventual consistency by proposing a general-purpose pessimistic distributed transactional memory that allows eventually consistent transactions to run alongside consistent ones. While the former maintain read-isolation (i.e., read from a consistent snapshot), they do not interfere with the latter's safety properties. The relaxed-consistency transactions are later followed by their consistent counterpart so that the user view and global state eventually agree. Our contribution is to show that we can significantly relax synchronization (to the point of eliminating it completely from eventually consistent transactions) while retaining useful properties, but without imposing additional constraints about system architecture or data operations, common to other relaxed consistency approaches. All this, without affecting those transactions that execute in consistent mode.
(Show Context)

Citation Context

... receive an estimated, and often sufficient result much sooner. In this paper, we propose a distributed TM that allows eventually consistent transactions within the framework of versioning algorithms =-=[11, 15, 16]-=-—a family of generalpurpose pessimistic concurrency control algorithms with strong consistency guarantees. Eventually consistent transactions are designated by the programmer to execute without waitin...

Powered by: Apache Solr
  • About CiteSeerX
  • Submit and Index Documents
  • Privacy Policy
  • Help
  • Data
  • Source
  • Contact Us

Developed at and hosted by The College of Information Sciences and Technology

© 2007-2019 The Pennsylvania State University