Blog - page 63

Stay up to date with the latest articles and news from Infinispan.

Infinispan coming to the French Alps!

December 06, 2011    Tags: event

Remember that on the 15th of December, I’ll be speaking at the Alpes JUG in Grenoble about Infinispan. This is a great opportunity for anyone interested in topics such as data caching and data grids to come and learn about Infinispan and its ecosystem, including Hiberna...

Infinispan @Devoxx

November 25, 2011    Tags: event

Compared with the previous editions, this year’s Devoxx was not that different: well organised, packed with interesting presentations and full rooms. And plenty of Belgian beer :) Pete Muir, Sanne Grinovero and myself were also given the chance to speak. And we did t...

More on transaction performance: use1PcForAutoCommitTransactions

November 23, 2011    Tags: transactions performance

What’s use1PcForAutoCommitTransactions all about? Don’t be scared the name, use1PcForAutoCommitTransactions is a new feature (5.1.CR1) that does quite a cool thing: increases your transactions’s performance. Let me explain. Before Infinispan 5.1 you could ...

Infinispan 5.1.0.BETA5 is out!

November 22, 2011    Tags: locking configuration demo

Infinispan 5.1.0.BETA5 has just been the released with a few interesting additions and important fixes: Locks acquired within a transaction are now reordered in order to avoid deadlocks. There’s no new configuration required to take advantage of this feature. More i...

Some worth mentioning improvements for pessimistic transactions

November 11, 2011    Tags: transactions locking

Pessimistic transactions were added in 5.1 and are the "rebranding" of eager transactions from previous Infinispan releases. But besides the re-branding, the code also brought some worth mentioning performance optimisation: a single RPC happens for acquiring lock on a key...

Fewer deadlocks, higher throughput

November 11, 2011    Tags: transactions locking deadlock detection

Here’s the problem: first transaction (T1) writes to key a and b in this order. Second transaction (T2) writes to key b and a - again order is relevant. Now with some "right timing" T1 manages to acquire lock on a and T2 acquires lock on b. And then they wait one for th...

Single lock owner: an important step forward

November 09, 2011    Tags: radargun transactions locking deadlock detection

The single lock owner is a highly requested Infinispan improvement. The basic idea behind it is that, when writing to a key, locks are no longer acquired on all the nodes that own that key, but only on a single designated node (named "main owner"). How does it help me? Sh...

More locking improvements in Infinispan 5.1.0.BETA4

November 09, 2011    Tags: locking API

The latest beta in the Infinispan 5.1 "Brahma" series is out. So, what’s in Infinispan 5.1.0.BETA4? Here are the highlights: A hugely important lock acquisition improvement has been implemented that results in locks being acquired in only a single node in the cluste...

Tags
See All