Comments on: Ehcache 1.6 2 Orders of Magnitude Faster http://gregluck.com/blog/archives/2009/02/ehcache-1-6-2-orders-of-magnitude-faster/ I am sick of simple. Things should be great! Thu, 09 Sep 2010 05:25:45 +0000 hourly 1 http://wordpress.org/?v=3.0.1 By: Manik Surtani http://gregluck.com/blog/archives/2009/02/ehcache-1-6-2-orders-of-magnitude-faster/comment-page-1/#comment-162 Manik Surtani Tue, 24 Feb 2009 00:52:44 +0000 http://gregluck.com/blog/2009/02/ehcache-1-6-2-orders-of-magnitude-faster/#comment-162 Nice work Greg, impressive performance boosts. <p /> A point to note though, the charts you generated using the CacheBenchFwk uses an alpha release of JBC 3.0.0 - and specifically, one that predates any profiling/tuning. You will find that the current JBC GA release - 3.0.3.GA - is significantly quicker than the alpha you tried. Would be worth your while benching against this. <p /> Also, I tried running a few benchmarks of my own and noticed that EHCache-1.6.0-Beta3 - the current latest - was, if anything, a little slower than EHCache 1.5.0. Did you use an unreleased snapshot of EHCache 1.6.0 in the tests above? <p /> Cheers Manik Nice work Greg, impressive performance boosts.

A point to note though, the charts you generated using the CacheBenchFwk uses an alpha release of JBC 3.0.0 – and specifically, one that predates any profiling/tuning. You will find that the current JBC GA release – 3.0.3.GA – is significantly quicker than the alpha you tried. Would be worth your while benching against this.

Also, I tried running a few benchmarks of my own and noticed that EHCache-1.6.0-Beta3 – the current latest – was, if anything, a little slower than EHCache 1.5.0. Did you use an unreleased snapshot of EHCache 1.6.0 in the tests above?

Cheers
Manik

]]> By: Greg Luck http://gregluck.com/blog/archives/2009/02/ehcache-1-6-2-orders-of-magnitude-faster/comment-page-1/#comment-161 Greg Luck Sun, 22 Feb 2009 10:47:37 +0000 http://gregluck.com/blog/2009/02/ehcache-1-6-2-orders-of-magnitude-faster/#comment-161 Ari j.u.c. allows me to fix some simple things. For example the Caches held by a CacheManager, and the listeners held by a Cache, I use CopyOnWriteArray or Set for. That is really great, because it means getting or iterating on those, which are very common, will never block. But the most significant things are not j.u.c. I had a great contribution from Ben Manes and the new map class which holds elements is ConcurrentLinkedHashMap, which is not part of j.u.c. I do use ConcurrentLinkedHashMap for the LFU cache, as it takes a novel statistical sampling approach to selecting the element to evict which does require maintenance of _any_ ordering at all. There are still a few wrinkles to work out in ConcurrentLinkedHashMap, and I am yet to rework DiskStore, but this is exciting stuff. Greg Ari
j.u.c. allows me to fix some simple things. For example the Caches held by a CacheManager, and the listeners held by a Cache, I use CopyOnWriteArray or Set for. That is really great, because it means getting or iterating on those, which are very common, will never block.
But the most significant things are not j.u.c. I had a great contribution from Ben Manes and the new map class which holds elements is ConcurrentLinkedHashMap, which is not part of j.u.c. I do use ConcurrentLinkedHashMap for the LFU cache, as it takes a novel statistical sampling approach to selecting the element to evict which does require maintenance of _any_ ordering at all.
There are still a few wrinkles to work out in ConcurrentLinkedHashMap, and I am yet to rework DiskStore, but this is exciting stuff.
Greg

]]> By: Ari Zilka http://gregluck.com/blog/archives/2009/02/ehcache-1-6-2-orders-of-magnitude-faster/comment-page-1/#comment-160 Ari Zilka Sun, 22 Feb 2009 02:47:34 +0000 http://gregluck.com/blog/2009/02/ehcache-1-6-2-orders-of-magnitude-faster/#comment-160 Great post Greg! Lovin' util.concurrent. Great post Greg! Lovin’ util.concurrent.

]]>