On 25 mai 2011, at 16:06, Kiran Ayyagari wrote: > On Wed, May 25, 2011 at 7:05 PM, Pierre-Arnaud Marcelot <[email protected]> > wrote: >> >> On 25 mai 2011, at 15:28, Kiran Ayyagari wrote: >> >>> On Wed, May 25, 2011 at 6:53 PM, Pierre-Arnaud Marcelot <[email protected]> >>> wrote: >>>> I've also been running the server with the latest version of Shared >>>> without a hitch. >>>> >>>> Yesterday, I even imported 1,400,000 entries into it to test the recursive >>>> search issue on the API. >>>> It took around three hours via Studio and everything worked very well. :) >>>> >>> thanks for testing it, however it would be interesting to know the >>> time took via ldapadd from the same host :) >>> with a few user defined indices and JVM memory set to 512MB+ >> >> Yeah, I was not targeting a benchmark. >> In such a situation, you would require at least two machines (one for the >> client, one for the server). >> >>> P.S:- The user who reported it didn't close the cursors properly >>> during the recursive operation, and I believe that was the reason >>> for OOM error >> >> I haven't closed them either... >> ... and it worked... :) >> > hmm, interesting to know, am sure they leak memory if we don't close > them, esp. it is more problematic > in embedded scenarios with CoreSessionLdapConnection in use
That's what I would have expected too but I looked at the used memory closely in the Activty Monitor window and it seemed pretty stable... The GC is probably doing a good job. >>> >>>> Regards, >>>> Pierre-Arnaud >>>> >>>> On 24 mai 2011, at 18:40, Kiran Ayyagari wrote: >>>> >>>>> On Tue, May 24, 2011 at 8:31 PM, Emmanuel Lecharny <[email protected]> >>>>> wrote: >>>>>> Hi guys, >>>>>> >>>>>> I tested the trunk with an external application, no OSGi container. Using >>>>>> controls is ok, it works fine. >>>>>> >>>>> been running the server found no issues so far >>>>>> We are close to a release, guys ! >>>>>> >>>>> coool >>>>>> -- >>>>>> Regards, >>>>>> Cordialement, >>>>>> Emmanuel Lécharny >>>>>> www.iktek.com >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Kiran Ayyagari >>>> >>>> >>> >>> >>> >>> -- >>> Kiran Ayyagari >> >> > > > > -- > Kiran Ayyagari
