[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-23 Thread octopus
Seems that exactly this error already been posted on this forum 

http://jboss.org/index.html?module=bb&op=viewtopic&t=52457

as far as I see it's still exists.

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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-23 Thread bwang00
Hi,

Since I have just refactored the eviction policy last week, I have tried your test 
case on the latest code on jboss-head. I don't see any error right now. So can you try 
it yourself to make sure the problem is resolved?

I will incorporate your test case.

Thanks,

-Ben

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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-24 Thread octopus
Ben,

Now it's working much better, it takes some time to get this error. But unfortunately, 
it's still there.
Seems it heavily depends on system load. It I put Thread.sleep(10) in putting thread 
it never happens.


  | configure(): attribute size: 25
  | setClusterConfig(): setting cluster properties from xml to: 
UDP(ip_mcast=true;ip_ttl=64;loopback=true;mcast_addr=228.1.2.3;mcast_port=45566;mcast_recv_buf_size=8;mcast_send_buf_size=15;ucast_recv_buf_size=8;ucast_send_buf_size=15):PING(down_thread=false;num_initial_members=3;timeout=2000;up_thread=false):MERGE2(max_interval=2;min_interval=1):FD_SOCK:VERIFY_SUSPECT(down_thread=false;timeout=1500;up_thread=false):pbcast.NAKACK(down_thread=false;gc_lag=50;max_xmit_size=8192;retransmit_timeout=600,1200,2400,4800;up_thread=false):UNICAST(down_thread=false;min_threshold=10;timeout=600,1200,2400;window_size=100):pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):FRAG(down_thread=false;frag_size=8192;up_thread=false):pbcast.GMS(join_retry_timeout=2000;join_timeout=5000;print_local_addr=true;shun=true):pbcast.STATE_TRANSFER(down_thread=true;up_thread=true)
  | setEvictionPolicyConfig(): [config: null]
  | interceptor chain is:
  | class org.jboss.cache.interceptors.CallInterceptor
  | class org.jboss.cache.interceptors.ReplicationInterceptor
  | class org.jboss.cache.interceptors.TransactionInterceptor
  | cache mode is REPL_SYNC
  | unicast sockets will use interface 192.168.2.3
  | socket information:
  | local_addr=grc03:3519, mcast_addr=228.1.2.3:45566, bind_addr=/192.168.2.3, ttl=64
  | sock: bound to 192.168.2.3:3519, receive buffer size=8, send buffer size=15
  | mcast_recv_sock: bound to 192.168.2.3:45566, send buffer size=15, receive 
buffer size=8
  | mcast_send_sock: bound to 192.168.2.3:3520, send buffer size=15, receive 
buffer size=8
  | 
  | ---
  | GMS: address is grc03:3519
  | ---
  | viewAccepted(): new members: [grc03:3519]
  | state could not be retrieved (must be first member in group)
  | Starting eviction policy using the provider: org.jboss.cache.eviction.LRUPolicy
  | new cache is null (maybe first member in cluster)
  | Starting a eviction timer with wake up interval of (secs) 5
  | Nodes: 161
  | Nodes: 2951
  | Nodes: 12388
  | Nodes: 17902
  | Nodes: 25040
  | Nodes: 28816
  | Nodes: 3142
  | Nodes: 11843
  | Nodes: 20680
  | Nodes: 25990
  | Nodes: 33636
  | Nodes: 4868
  | Nodes: 13993
  | Nodes: 20029
  | Nodes: 28710
  | Nodes: 36381
  | Nodes: 4335
  | Nodes: 13071
  | Nodes: 19388
  | Nodes: 28335
  | Nodes: 35693
  | Nodes: 43115
  | Nodes: 48385
  | Nodes: 5213
  | Nodes: 14498
  | Nodes: 6281
  | Nodes: 15074
  | Nodes: 23786
  | Nodes: 28775
  | Nodes: 37780
  | Nodes: 1423
  | Nodes: 10301
  | Nodes: 19641
  | Nodes: 28831
  | Nodes: 37106
  | Nodes: 28555
  | Nodes: 31029
  | Nodes: 35806
  | Nodes: 38927
  | Nodes: 40414
  | Nodes: 42059
  | Nodes: 47092
  | Nodes: 51839
  | Nodes: 56676
  | Nodes: 57094
  | Nodes: 57111
  | Nodes: 60808
  | Nodes: 64463
  | Nodes: 68561
  | Nodes: 72609
  | Nodes: 75329
  | Nodes: 76526
  | Nodes: 80795
  | Nodes: 85269
  | Nodes: 89576
  | Nodes: 93573
  | Nodes: 94997
  | Nodes: 99122
  | Nodes: 100316
  | Nodes: 101730
  | Nodes: 103151
  | Nodes: 104694
  | Nodes: 105332
  | Nodes: 101138
  | Nodes: 101183
  | Nodes: 101193
  | Nodes: 94799
  | run(): error processing eviction with exception: 
org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found with 
this fqn: /test1/node3774346 will reset the eviction list.
  | org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found 
with this fqn: /test1/node3774346
  | at org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:623)
  | at org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:565)
  | at org.jboss.cache.eviction.LRUAlgorithm.process(LRUAlgorithm.java:111)
  | at org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:69)
  | at java.util.TimerThread.mainLoop(Timer.java:432)
  | at java.util.TimerThread.run(Timer.java:382)
  | run(): error processing eviction with exception: 
org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found with 
this fqn: /test1/node3774346 will reset the eviction list.
  | org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found 
with this fqn: /test1/node3774346
  | at org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:623)
  | at org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:565)
  | at org.jboss.cache.eviction.LRUAlgorithm.process(LRUAlgorithm.java:111)
  | at org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:69)
  | at java.util.TimerThread.mainLoop(Timer.java:432)
  | at java.util.TimerThread.run(Timer.java:38

[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-24 Thread octopus
I've just put latest jboss-cache.jar into jboss and run my application testunit. It's 
about the same I used above. It puts as much as possible my cached objects to cache. 
Shortly after start I noticed that number of cached object keep rising far above limit 
(1). I stopped my testcase. 
Then, while there's no any activity with cache, it jboss stdout I see that on each 
eviction step the same exception it thrown.
By the way, according to printDetails() called from jmx console,  this particular key 
[ChartRequest 425, 60, 41, candle] does not exist in cache while eviction process 
keeps trying to remove it.


  | 13:52:05,867 INFO  [STDOUT] Tue Aug 24 13:52:05 CEST 2004 New eviction task 
started.
  | 13:52:05,867 ERROR [EvictionTimerTask] run(): error processing eviction with 
exception: org.jboss.cache.eviction.Eviction
  | Exception: LRUAlgorith.evict(). Node not found with this fqn: 
//charts/[ChartRequest 425, 60, 41, candle] will reset the
  | eviction list.
  | 13:52:05,867 INFO  [STDOUT] org.jboss.cache.eviction.EvictionException: 
LRUAlgorith.evict(). Node not found with this fqn
  | : //charts/[ChartRequest 425, 60, 41, candle]
  | 13:52:05,882 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:623)
  | 13:52:05,882 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:565)
  | 13:52:05,882 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.process(LRUAlgorithm.java:111)
  | 13:52:05,882 INFO  [STDOUT] at 
org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:70)
  | 13:52:05,898 INFO  [STDOUT] at java.util.TimerThread.mainLoop(Timer.java:432)
  | 13:52:05,898 INFO  [STDOUT] at java.util.TimerThread.run(Timer.java:382)
  | 13:52:05,898 INFO  [STDOUT] Tue Aug 24 13:52:05 CEST 2004 Eviction task finished.
  | 13:52:10,870 INFO  [STDOUT] Tue Aug 24 13:52:10 CEST 2004 New eviction task 
started.
  | 13:52:10,870 ERROR [EvictionTimerTask] run(): error processing eviction with 
exception: org.jboss.cache.eviction.Eviction
  | Exception: LRUAlgorith.evict(). Node not found with this fqn: 
//charts/[ChartRequest 425, 60, 41, candle] will reset the
  | eviction list.
  | 13:52:10,885 INFO  [STDOUT] org.jboss.cache.eviction.EvictionException: 
LRUAlgorith.evict(). Node not found with this fqn
  | : //charts/[ChartRequest 425, 60, 41, candle]
  | 13:52:10,885 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:623)
  | 13:52:10,901 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:565)
  | 13:52:10,901 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.process(LRUAlgorithm.java:111)
  | 13:52:10,901 INFO  [STDOUT] at 
org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:70)
  | 13:52:10,901 INFO  [CurrentTimeService] Current time updated. New value: 
1093348340 (Tue Aug 24 13:52:20 CEST 2004)
  | 13:52:10,901 INFO  [STDOUT] at java.util.TimerThread.mainLoop(Timer.java:432)
  | 13:52:10,916 INFO  [STDOUT] at java.util.TimerThread.run(Timer.java:382)
  | 13:52:10,916 INFO  [STDOUT] Tue Aug 24 13:52:10 CEST 2004 Eviction task finished.
  | 13:52:15,873 INFO  [STDOUT] Tue Aug 24 13:52:15 CEST 2004 New eviction task 
started.
  | 13:52:15,873 ERROR [EvictionTimerTask] run(): error processing eviction with 
exception: org.jboss.cache.eviction.Eviction
  | Exception: LRUAlgorith.evict(). Node not found with this fqn: 
//charts/[ChartRequest 425, 60, 41, candle] will reset the
  | eviction list.
  | 13:52:15,888 INFO  [STDOUT] org.jboss.cache.eviction.EvictionException: 
LRUAlgorith.evict(). Node not found with this fqn
  | : //charts/[ChartRequest 425, 60, 41, candle]
  | 13:52:15,888 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:623)
  | 13:52:15,888 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:565)
  | 13:52:15,904 INFO  [STDOUT] at 
org.jboss.cache.eviction.LRUAlgorithm.process(LRUAlgorithm.java:111)
  | 13:52:15,904 INFO  [STDOUT] at 
org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:70)
  | 13:52:15,904 INFO  [STDOUT] at java.util.TimerThread.mainLoop(Timer.java:432)
  | 13:52:15,904 INFO  [STDOUT] at java.util.TimerThread.run(Timer.java:382)
  | 13:52:15,904 INFO  [STDOUT] Tue Aug 24 13:52:15 CEST 2004 Eviction task finished.
  | 13:52:20,003 INFO  [CurrentTimeService] Current time updated. New value: 
1093348350 (Tue Aug 24 13:52:30 CEST 2004)
  | 13:52:20,876 INFO  [STDOUT] Tue Aug 24 13:52:20 CEST 2004 New eviction task 
started.
  | 13:52:20,876 ERROR [EvictionTimerTask] run(): error processing eviction with 
exception: org.jboss.cache.eviction.Eviction
  | Exception: LRUAlgorith.evict(). Node not found with this fqn: 
//charts/[ChartRequest 425, 60, 41, candle] will reset the
  | eviction list.
  | 13:52:20,891 INFO  [STDOUT] org.jboss.cache.eviction.EvictionException: 
LRUAlgorit

[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-24 Thread Uwen
I encounter the same problem, the exception for the no-existing node is raised again 
and again.

Maybe the problem is again related to the Bug: [ 1013153 ] infinite loop in 
LRUAlgorithm.prune

There has been a discussion about this, the related bug has been closed, but I see the 
problematic code again in LRUAlgorithm.removeFromQueue:

ne.getPrevious().setNext(ne.getPrevious());
ne.getNext().setPrevious(ne.getNext());

This infinitely blocks the EvictionTimerTask, but maybe I am wrong?
-uwe



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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-24 Thread bwang00
Can you guys try it one more time by getting the latest jboss-head? It is actually not 
a serious error, per se. Here is why.

What happened was in TreeCache, it will do another nodeModified event notification 
after the parent (leaf node has no problem) node is evicted. So you see, it will loop 
back to eviction policy again. And therefore could not found the evicted node.

Bela and I have found a solution to stop the notification in this case. So the problem 
should be solved.

If not, it is something else I need to look at.

Thanks,

-Ben

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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-24 Thread bwang00
Uwe,

You are right! I thought I have fixed this in release1.02. But I couldn't find any 
trace in cvs log! So I am embarassed to say that I must have let it slip through. :-)

Anyway, I have just checked in to the code into jboss-head. Please grab it and re-try 
again.

Thanks,

-Ben

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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-25 Thread octopus
Ben, 

Unfortunately, it's still there. I updated from cvs-head and run my testcase which I 
used in the beginning of this thread. It took an hour before this exception appeared. 
Seems somehow it depend on system load..

Uve, Could you also try to reproduce this bug to assure Ben it's a real thing?



  | configure(): attribute size: 23
  | setClusterConfig(): setting cluster properties from xml to: 
UDP(ip_mcast=true;ip_ttl=64;loopback=true;mcast_addr=228.1.2.3;mcast_port=45566;mcast_recv_buf_size=8;mcast_send_buf_size=15;ucast_recv_buf_size=8;ucast_send_buf_size=15):PING(down_thread=false;num_initial_members=3;timeout=2000;up_thread=false):MERGE2(max_interval=2;min_interval=1):FD_SOCK:VERIFY_SUSPECT(down_thread=false;timeout=1500;up_thread=false):pbcast.NAKACK(down_thread=false;gc_lag=50;max_xmit_size=8192;retransmit_timeout=600,1200,2400,4800;up_thread=false):UNICAST(down_thread=false;min_threshold=10;timeout=600,1200,2400;window_size=100):pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):FRAG(down_thread=false;frag_size=8192;up_thread=false):pbcast.GMS(join_retry_timeout=2000;join_timeout=5000;print_local_addr=true;shun=true):pbcast.STATE_TRANSFER(down_thread=true;up_thread=true)
  | setEvictionPolicyConfig(): [config: null]
  | interceptor chain is:
  | class org.jboss.cache.interceptors.CallInterceptor
  | class org.jboss.cache.interceptors.ReplicationInterceptor
  | class org.jboss.cache.interceptors.TransactionInterceptor
  | cache mode is REPL_SYNC
  | unicast sockets will use interface 192.168.2.3
  | socket information:
  | local_addr=grc03:4096, mcast_addr=228.1.2.3:45566, bind_addr=/192.168.2.3, ttl=64
  | sock: bound to 192.168.2.3:4096, receive buffer size=8, send buffer size=15
  | mcast_recv_sock: bound to 192.168.2.3:45566, send buffer size=15, receive 
buffer size=8
  | mcast_send_sock: bound to 192.168.2.3:4097, send buffer size=15, receive 
buffer size=8
  | 
  | ---
  | GMS: address is grc03:4096
  | ---
  | state could not be retrieved (must be first member in group)
  | Starting eviction policy using the provider: org.jboss.cache.eviction.LRUPolicy
  | viewAccepted(): new members: [grc03:4096]
  | new cache is null (maybe first member in cluster)
  | Starting a eviction timer with wake up interval of (secs) 5
  | Tue Aug 24 21:02:27 CEST 2004 Nodes: 155
  | Tue Aug 24 21:02:28 CEST 2004 Nodes: 2556
  | Tue Aug 24 21:02:29 CEST 2004 Nodes: 5735
  | Tue Aug 24 21:02:30 CEST 2004 Nodes: 9410
  | Tue Aug 24 21:02:31 CEST 2004 Nodes: 12971
  | Tue Aug 24 21:02:32 CEST 2004 New eviction task started.
  | Tue Aug 24 21:02:32 CEST 2004 Nodes: 9177
  | Tue Aug 24 21:02:33 CEST 2004 Eviction task finished.
  | Tue Aug 24 21:02:33 CEST 2004 Nodes: 4822
  | Tue Aug 24 21:02:34 CEST 2004 Nodes: 8511
  | Tue Aug 24 21:02:35 CEST 2004 Nodes: 12265
  | Tue Aug 24 21:02:36 CEST 2004 Nodes: 14853
  | Tue Aug 24 21:02:37 CEST 2004 New eviction task started.
  | Tue Aug 24 21:02:37 CEST 2004 Eviction task finished.
  | Tue Aug 24 21:02:37 CEST 2004 Nodes: 1575
  | Tue Aug 24 21:02:38 CEST 2004 Nodes: 5325
  | Tue Aug 24 21:02:39 CEST 2004 Nodes: 9088
  | Tue Aug 24 21:02:40 CEST 2004 Nodes: 12817
  | Tue Aug 24 21:02:41 CEST 2004 Nodes: 15358
  | Tue Aug 24 21:02:42 CEST 2004 New eviction task started.
  | Tue Aug 24 21:02:42 CEST 2004 Nodes: 1773
  | Tue Aug 24 21:02:42 CEST 2004 Eviction task finished.
  | Tue Aug 24 21:02:43 CEST 2004 Nodes: 5137
  | Tue Aug 24 21:02:44 CEST 2004 Nodes: 8920
  | Tue Aug 24 21:02:45 CEST 2004 Nodes: 12663
  | Tue Aug 24 21:02:46 CEST 2004 Nodes: 15323
  | Tue Aug 24 21:02:47 CEST 2004 New eviction task started.
  | Tue Aug 24 21:02:47 CEST 2004 Eviction task finished.
  | Tue Aug 24 21:02:47 CEST 2004 Nodes: 1451
  | Tue Aug 24 21:02:48 CEST 2004 Nodes: 5292
  | Tue Aug 24 21:02:49 CEST 2004 Nodes: 8943
  | Tue Aug 24 21:02:50 CEST 2004 Nodes: 12695
  | Tue Aug 24 21:02:51 CEST 2004 Nodes: 15444
  | Tue Aug 24 21:02:52 CEST 2004 New eviction task started.
  | Tue Aug 24 21:02:52 CEST 2004 Eviction task finished.
  | Tue Aug 24 21:02:52 CEST 2004 Nodes: 1845
  | Tue Aug 24 21:02:53 CEST 2004 Nodes: 5673
  | Tue Aug 24 21:02:54 CEST 2004 Nodes: 9467
  | Tue Aug 24 21:02:55 CEST 2004 Nodes: 13266
  | Tue Aug 24 21:02:56 CEST 2004 Nodes: 15762
  | Tue Aug 24 21:02:57 CEST 2004 New eviction task started.
  | Tue Aug 24 21:02:57 CEST 2004 Eviction task finished.
  | Tue Aug 24 21:02:57 CEST 2004 Nodes: 1625
  | Tue Aug 24 21:02:58 CEST 2004 Nodes: 5502
  | Tue Aug 24 21:02:59 CEST 2004 Nodes: 9289
  | Tue Aug 24 21:03:00 CEST 2004 Nodes: 13058
  | Tue Aug 24 21:03:01 CEST 2004 Nodes: 15618
  | Tue Aug 24 21:03:02 CEST 2004 New eviction task started.
  | Tue Aug 24 21:03:02 CEST 2004 Eviction task finished.
  | Tue Aug 24 21:03:02 CEST 2004 Nodes: 1562
  | Tue Aug 24 21:03:03 CEST 2004 Nodes: 5309
  

[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-25 Thread Uwen
Hi,
I can easily reproduce the java.lang.OutOfMemoryError with the testcase, 
but I am not sure - if this is really a bug.
Could it be possible, that simply the parameters in local-eviction-service.xml are not 
optimal for the use case and the environment?
-uwe



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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-25 Thread bwang00
Guys,

I don't think it is a bug. I can also re-produce the OOM error myself here as well. 
The key is the load is simply not realistic if we have multiple threads that are 
generating put and get all the time and thus exhibiting 100% CPU.

A more realistic use case will requires a random sleep in between put/get so the 
eviction timer has time to pocess those. 

In another persective, to tune it up, you can decrease the parameter 
"wakeUpIntervaleSeconds" so the timer wakes up more often. But again there is a limit 
that it can do that, especially, when it is *local* mode of which put/get is really 
quick.

If it is replicated mode, then the bottle neck will probably not be CPU bound anymore.

Thanks a lot for all your help.

-Ben



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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-25 Thread bwang00
Guys,

I don't think it is a bug. I can also re-produce the OOM error myself here as well. 
The key is the load is simply not realistic if we have multiple threads that are 
generating put and get all the time and thus exhibiting 100% CPU.

A more realistic use case will requires a random sleep in between put/get so the 
eviction timer has time to pocess those. 

In another persective, to tune it up, you can decrease the parameter 
"wakeUpIntervaleSeconds" so the timer wakes up more often. But again there is a limit 
that it can do that, especially, when it is *local* mode of which put/get is really 
quick.

If it is replicated mode, then the bottle neck will probably not be CPU bound anymore.

Thanks a lot for all your help.

-Ben



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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-26 Thread octopus
Uwen, Ben,

Of course I do not consider this particular out of memory exception as a bug. 
The thing is OutOfMem CAUSED by exception which is this thread's topic.

In my last post - take a look - first this exception appeared, it repeated with each 
eviction cycle effectively stopping eviction. 
This caused rising number of nodes far behind maxNodes limit, and, AS A RESULT, 
OutOfMem.

Again, as you see in my last post's log extracts, cache keeps trying to remove the 
same node,  _which is not exitst in cache at the moment_, causing exception. THIS is a 
bug, imho.

Thanks,

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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-26 Thread octopus
Ben,

Here's a test unit which reproduces this bug in 100% run. default 
local-eviction-service.xml is taken with no changes. _defatlt_ region is used with 
maxModes=5000. Here it is:

  | public void test2() throws Exception {
  | cache = new TreeCache();
  | PropertyConfigurator config = new PropertyConfigurator();
  | config.configure(cache, "META-INF/local-eviction-service.xml");
  | 
cache.setTransactionManagerLookupClass("org.jboss.cache.DummyTransactionManagerLookup");
  | cache.start();
  | 
  | for (int i = 0; i < 50; i++) {
  | new Thread() {
  | public void run() {
  | while (true) {
  | int i = (int) (Math.random() * 1);
  | try {
  | cache.put("/test/node"+i, "value", new Integer(i));
  | Thread.sleep(10);
  | } catch (Exception e) {
  | e.printStackTrace();
  | }
  | }
  | }
  | }.start();
  | }
  | 
  | while (true) {
  | Node node = cache.get("/test");
  | int count = node == null || node.getChildren() == null ? 0 : 
node.getChildren().size();
  | log.info(new Date() + " Nodes: " + count);
  | Thread.sleep(1000);
  | }
  | 
  | }
  | 

Here is the output a get:


  | configure(): attribute size: 19
  | setClusterConfig(): setting cluster properties from xml to: 
UDP(ip_mcast=true;ip_ttl=64;loopback=false;mcast_addr=228.1.2.3;mcast_port=45566;mcast_recv_buf_size=8;mcast_send_buf_size=15;ucast_recv_buf_size=8;ucast_send_buf_size=15):PING(down_thread=false;num_initial_members=3;timeout=2000;up_thread=false):MERGE2(max_interval=2;min_interval=1):FD(down_thread=true;shun=true;up_thread=true):VERIFY_SUSPECT(down_thread=false;timeout=1500;up_thread=false):pbcast.NAKACK(down_thread=false;gc_lag=50;max_xmit_size=8192;retransmit_timeout=600,1200,2400,4800;up_thread=false):UNICAST(down_thread=false;min_threshold=10;timeout=600,1200,2400;window_size=100):pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):FRAG(down_thread=false;frag_size=8192;up_thread=false):pbcast.GMS(join_retry_timeout=2000;join_timeout=5000;print_local_addr=true;shun=true):pbcast.STATE_TRANSFER(down_thread=false;up_thread=false)
  | setEvictionPolicyConfig(): [config: null]
  | interceptor chain is:
  | class org.jboss.cache.interceptors.CallInterceptor
  | class org.jboss.cache.interceptors.TransactionInterceptor
  | cache mode is local, will not create the channel
  | Starting eviction policy using the provider: org.jboss.cache.eviction.LRUPolicy
  | Starting a eviction timer with wake up interval of (secs) 5
  | Thu Aug 26 12:03:23 CEST 2004 Nodes: 105
  | Thu Aug 26 12:03:24 CEST 2004 Nodes: 2247
  | Thu Aug 26 12:03:25 CEST 2004 Nodes: 4242
  | Thu Aug 26 12:03:26 CEST 2004 Nodes: 5934
  | Thu Aug 26 12:03:27 CEST 2004 Nodes: 6987
  | Thu Aug 26 12:03:28 CEST 2004 New eviction task started.
  | run(): error processing eviction with exception: 
org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found with 
this fqn: /test/node2704 will reset the eviction list.
  | org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found 
with this fqn: /test/node2704
  | at org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:623)
  | at org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:565)
  | at org.jboss.cache.eviction.LRUAlgorithm.process(LRUAlgorithm.java:111)
  | at org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:70)
  | at java.util.TimerThread.mainLoop(Timer.java:432)
  | at java.util.TimerThread.run(Timer.java:382)
  | Thu Aug 26 12:03:28 CEST 2004 Eviction task finished.
  | Thu Aug 26 12:03:29 CEST 2004 Nodes: 7651
  | Thu Aug 26 12:03:30 CEST 2004 Nodes: 8262
  | Thu Aug 26 12:03:31 CEST 2004 Nodes: 8720
  | Thu Aug 26 12:03:32 CEST 2004 Nodes: 9122
  | Thu Aug 26 12:03:33 CEST 2004 Nodes: 9388
  | Thu Aug 26 12:03:33 CEST 2004 New eviction task started.
  | run(): error processing eviction with exception: 
org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found with 
this fqn: /test/node2704 will reset the eviction list.
  | org.jboss.cache.eviction.EvictionException: LRUAlgorith.evict(). Node not found 
with this fqn: /test/node2704
  | at org.jboss.cache.eviction.LRUAlgorithm.evict(LRUAlgorithm.java:623)
  | at org.jboss.cache.eviction.LRUAlgorithm.prune(LRUAlgorithm.java:565)
  | at org.jboss.cache.eviction.LRUAlgorithm.process(LRUAlgorithm.java:111)
  | at org.jboss.cache.eviction.EvictionTimerTask.run(EvictionTimerTask.java:70)
  | at java.util.TimerThread.mainLoop(Timer.java:432)
  | at java.util.TimerThread.run(Timer.jav

[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-26 Thread octopus
Ben, just to assure it's not an artificial case: the bug appears in my real 
application where cache is to cache stock charts which are produced in relatively long 
time but frequently requested from web (8-digit requests daily). 
I reproduce this bug just running some 10 threads in JMeter making web requests, which 
is far less then it's going to be in production. 

Thanks,

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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-26 Thread Uwen
Octopus, Ben,

using the most current sources from jboss-head and the posted testcase,
I can't find the described issue. I did a lot of testing,
but I am afraid - I cant help...

-Uwe


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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-26 Thread bwang00
Uwe,

That is good news, isn't it?

Octopus, can you download the latest jboss-head and test it again? I have minor 
changes checked in yesterday. Make sure Region.java now has a warning message for 
reaching over the threshold value.

If there is still an issue, I'd like to track it down. I ran your test case yesterday 
for one hour but couldn't reproduce it with the new code. 

Make sure you have the region setup correctly in the xml file. And also reduce the 
wakeUpIntervalSeconds to 1 (second).

Thanks,

-Ben


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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-27 Thread octopus
Wow! in the latest jboss-head it's gone. Great job, thanks. 

Looking forward for 1.1 release.



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

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


---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: 1.02 java.lang.RuntimeException: LRUAlgorithm.evict()

2004-08-27 Thread bwang00
Good! Release 1.1 is coming out in couple days. Again, thanks for the great help from 
you guys!

-Ben


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

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


---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development