BigMemory Go 4.3.7 | Product Documentation | BigMemory Go Developer Guide | Transaction Support | Performance Considerations
 
Performance Considerations
Managing Contention
If two transactions attempt to perform a cache operation on the same element, the following rules apply:
*The first transaction gets access
*The following transactions block on the cache operation until either the first transaction completes or the transaction timeout occurs.
Note: When an element is involved in a transaction, it is replaced with a new element with a marker that is locked, along with the transaction ID.
What Granularity of Locking is Used?
BigMemory Go uses soft locks stored in the Element itself and is on a key basis.
Performance Comparisons
Any transactional cache adds an overhead, which is significant for writes and nearly negligible for reads. Compared to transactionalMode="off", the time it takes to perform writes will be noticeably slower with either "xa" or "local" specified, and "xa_strict" will be the slowest.

Copyright © 2010-2019 | Software AG, Darmstadt, Germany and/or Software AG USA, Inc., Reston, VA, USA, and/or its subsidiaries and/or its affiliates and/or their licensors.