Re: Scaling Reggie

Juan Ramirez <[email protected]>
Newsgroups gmane.comp.java.sun.jini
Organization Sun Microsystems
Message-ID <[email protected]>
Dennis Reedy wrote On 09/18/07 10:28,:
> 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?
>

Reggie per se does not make a copy of the bits that comprise the serialized
service proxy; not sure if the JERI dispatch layer might be doing some copying
of the service proxy bits when dispatching concurrent requests; others in the
list can probably address better.  Is NIO being used by any chance?  Have you
tried running a profiler to see where the memory is going?

--------------------------------------------------------------------------
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]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.