[jboss-user] [JBoss Cache: Core Edition] - Re: JBoss Cache performance looks pretty poor :(

Wed Jul 23 16:02:38 EDT 2008

"phpguy99" wrote : Really would like to have that fun but I'm evaluating it for production use in the next 3-4 months.
  | 

I would still recommend trying it out - I may push out 3.0.0 fairly quickly (next 2 mths), the major bits are ready and a lot of people are keen start using it.

Either way, it should be a painless upgrade path from 2.2.0.

"phpguy99" wrote : 
  | I haven't changed my code to spread objects further down the tree.
  | BTW, this seems odd or I may have missed something, but shouldn't the cache system do this spreading behind the scene? Depends on the key of the objects to cache, it could be difficult to balance the tree. And to know the "path" before I can do a "get". It's much simpler to do straight "key" lookup. (just my 2cents)
  | 

I agree - but there are always 2 sides to that argument.  Some people want the more direct control, some don't.  It is on our roadmap as an option, and we do have an implementation that someone contributed that may even make it into 3.0.0.

See https://jira.jboss.org/jira/browse/JBCACHE-67[/url] and [url]https://jira.jboss.org/jira/browse/JBCACHE-941.

Cheers
Manik

Back to performance and memory.
It's stable now with 2 nodes. The rate of my insert is increased from 2000/s to 4000/s. This is one at a time and SYNC that is 0.25ms/operation which is very good and multithreaded should increase this by a lot (I hope). 
But the memory consumption is still very high (maybe b/c I put everything right under "root").  4GB for my 1M objects 

  |  num     #instances         #bytes  class name
  | ----------------------------------------------
  |    1:      16000897      768043056  java.util.concurrent.locks.ReentrantLock$NonfairSync
  |    2:      16000820      768039360  java.util.concurrent.ConcurrentHashMap$Segment
  |    3:      16000820      528806520  [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
  |    4:         43792      323829848  [I
  |    5:       2021461      153453344  [C
  |    6:       1002432      152294120  [Ljava.util.HashMap$Entry;
  |    7:       1000052      152007808  [Ljava.util.concurrent.ConcurrentHashMap$Segment;
  |    8:       1000002       88000176  org.jboss.cache.UnversionedNode
  |    9:       2016545       80661800  java.lang.String
  |   10:       1000002       80000160  org.jboss.cache.invocation.NodeInvocationDelegate
  |   11:       1000052       72003744  java.util.concurrent.ConcurrentHashMap
  |   12:       1000002       72000144  org.jboss.cache.lock.NonBlockingWriterLock
  |   13:       1002113       64135232  java.util.HashMap
  |   14:       1001773       48085104  java.util.HashMap$Entry
  |   15:       1000281       48013488  java.util.concurrent.ConcurrentHashMap$HashEntry
  |   16:       1000002       48000096  org.jboss.cache.lock.IdentityLock
  |   17:       1008529       40619728  [Ljava.lang.Object;
  |   18:       1000771       40030840  java.util.ArrayList
  |   19:       1000004       40000160  org.jboss.cache.Fqn
  |   20:       1000002       40000080  java.util.RegularEnumSet
  |   21:       1000000       40000000  com.ssn.jbosscache.Meter  (my objects)
  | 
  | I constantly see:
  | 
  | 2008-07-23 10:09:47,929 [Incoming,JBossCache-Cluster,10.57.132.54:38174] WARN  org.jgroups.protocols.pbcast.NAKACK.handleMessage - 10.57.132.54:38174] discarded message from non-member 10.57.132.53:33187, my view is [10.57.132.54:38174|0] [10.57.132.54:38174]
  | 
  | 

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166251#4166251

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166251