Re: Scaling Reggie
Dennis Reedy <[email protected]>
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
Greetings, A note back to the group that the scalability challenges I encountered at this time seem to be solved. The issue I found was the configuration of a service proxy was done incorrectly, resulting in a codebase of 90 MB (ouch). Once this was fixed, the deployment, with 800+ clients discovering reggie and gaining access to the proxy in question worked out of the box. I'm trying to document the root cause of this issue, and the question I have is why would reggie get an out of memory exception (OOME)? The service was able to register without issue, only when the clients would discover the service would the OOME occur. The memory never seemed to be reclaimed, once each client performed the discovery. Does reggie make a copy of the proxy for each client? Thanks Dennis On Sep 13, 2007, at 1028AM, Dennis Reedy wrote: > Hi, > > I've been asked to evaluate a deployment [*] that at the moment has > 800 clients performing simultaneous discovery of a lookup service, > with subsequent discovery of services that have active service > registrations [**]. > > We are getting out of memory exceptions when the clients start up > and do the discovery (this occurs within a 5-6 second window). Each > client correlates to a physical machine. The immediate thought was > to add a random wait for the clients to initialize, this may not be > possible due to other (assumed) application constraints. > > Is the right place to look would be the > com.sun.jini.reggie.taskManager setting? What would be a > recommended setting for this property? > > Another approach is to partition the clients to separate lookup > instances, perhaps 200-300 per lookup. Are there any rough ideas on > what the "right" number here could be > > Has anyone scaled reggie to this level (or beyond)? > > Thanks > > Dennis > > [*] Sorry for incomplete info at this time, I dont have much to go > on other then general description of the problem > [**] There are approximately 300 services registered. -------------------------------------------------------------------------- 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]