Re: Help: UnmarshalException running Jini
SamsonLim <[email protected]> Mon, 14 Apr 2008 14:46:53 -0700
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
It seems like I was able to resolve the errors by batching the tasks such that the number of entries in the space at any one period doesn't blow out of proportion, which it did in my case since hundreds of thousands of task entries were created at a much faster rate than the workers executing the tasks. I guess there's nothing wrong with the code, just flaws in the design of the problem. Despite the very good discussion on http://osdir.com/ml/java.sun.javaspaces/2004-01/msg00056.html http://osdir.com/ml/java.sun.javaspaces/2004-01/msg00056.html , do we now have a way to know for sure this memory/entries limit on a space? Gregg Wonderly wrote: > > SamsonLim wrote: >> Yes I can change the code and I'll try put an exception block on the >> method. >> I think I've pseudo-fixed the problem by serializing some other classes >> which I didn't earlier because it didn't seem like I needed to. However, >> I >> still occasionally see the same error posted earlier. >> >> Another question if I may. I keep getting a java.lang.OutofMemory error >> when >> I attempt to run large number of tasks, which isn't actually that large >> considering I'm running them on a 64-node dual processor cluster with 4GB >> mem each (max heap size is set to over 3GB). The mem and load monitor on >> the >> cluster didn't show any signs of heavy utilization either. Hence, the >> question is if there is actually a prescribed memory limit on a JavaSpace >> when one creates it? My main Javaspace is created on an independent node >> with 4GB mem and barely use 15% mem when the error occurs. Thx. > > There is no prescribed limit. There are Heap and related VM configuration > issues. When you see OOM, use "kill -QUIT <pid>" on that VM to get a > stack > trace, and then use kill -11 on that VM to force it to panic and dump out > VM > config information (it's at the end of the hs_err_... file). There are of > course tools such as the "Your Kit Java Profiler" which allow you to > attach to a > hot VM, as well as force a heap dump at 90% heap usage which should > typically > show you the high running object counts. > > Gregg Wonderly > > -------------------------------------------------------------------------- > Getting Started: http://www.jini.org/wiki/Category:Getting_Started > Community Web Site: http://jini.org > jini-users Archive: http://archives.java.sun.com/archives/jini-users.html > Unsubscribing: email "signoff JINI-USERS" to [email protected] > > -- View this message in context: http://www.nabble.com/Help%3A-UnmarshalException-running-Jini-tp16625246p16690805.html Sent from the Sun - Jini-Users mailing list archive at Nabble.com. -------------------------------------------------------------------------- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected]