Really would like to have that fun but I'm evaluating it for production use in 
the next 3-4 months.
I downloaded 2.2 CR6 and changed the:
StateRetrievalTimeout=600000 (5 minutes)
pbcast.GMS join_timeout="60000"

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)

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=4166221#4166221

Reply to the post : 
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166221
_______________________________________________
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user

Reply via email to