Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.gui > #601

Re: memory allocation for

Show all headers | View raw

  To: comp.lang.java.gui
Daniel Pitts wrote:
> Brandon McCombs wrote:
>> hello,
>>
>> My application makes multiple JNDI search calls to a directory server.
>> The search method returns a NamingEnumeration of SearchResults and I run
>> through a while loop that converts the enumeration to a Vector of
>> SearchResults. At another time I process the Vector to add the
>> SearchResults to a ListModel for viewing their properties.
>>
>> My application takes up a lot of memory after running that search
>> operation a handful of times. It seems that the majority of the memory
>> allocation comes from the hasMoreElements() method of the enumeration
>> that I call within the while() mentioned above.  I don't see any way of
>> not calling that method since I need it to grab the search results. The
>> question I have is why would the JVM use so much space for that method
>> and is there anything I can do to reclaim the memory?  JProfiler says
>> that after a handful of search() executions there are over a million
>> allocations of hasMoreElements() that take up 50 megs. Jprofiler shows
>> garbage collections are occurring but since a method and not an Object
>> is taking up the memory I don't know how to fix this problem.
>>
>> As a side note, if it was possible to properly cancel JNDI search
>> methods (from the InitialLdapContext class) then I wouldn't have such a
>> problem but once those searches start they can't be canceled from what I
>> can gather, despite utilizing threads.
>>
>> thanks
>> Brandon
> 
> Method calls don't explicitly allocate memory.  I think you're
> misinterpretting your profiler report.
> 
> Also, why not use ArrayList instead of Vector?  Vector is outdated.
> 
> Other then that, I don't have any advice to give you, sorry.
> 

In my opinion it is hard to interpret what I'm seeing any other way. In 
case anyone is familiar with JProfiler, I'm on the Memory Views option, 
on the Allocation Hot Spots tab within that view. The top hotspot is 
"javax.naming.NamingEnumeration.hasMoreElements()" with allocated memory 
of 47,997KB (92%) with 1,046,444 allocations. And that is using the 
Aggregation Level of "methods".  I'll look into the ArrayList but I'd 
like to fix the current problem before jumping to something else.

thanks

---
 * Synchronet * The Whitehouse BBS --- whitehouse.hulds.com --- check it out free usenet!
--- Synchronet 3.15a-Win32 NewsLink 1.92
Time Warp of the Future BBS - telnet://time.synchro.net:24

Back to comp.lang.java.gui | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

memory allocation for a m "Brandon McCombs" <brandon.mccombs@THRWHITE.remove-dii-this> - 2011-04-27 15:28 +0000
  Re: memory allocation for "Daniel Pitts" <daniel.pitts@THRWHITE.remove-dii-this> - 2011-04-27 15:28 +0000
    Re: memory allocation for "Brandon McCombs" <brandon.mccombs@THRWHITE.remove-dii-this> - 2011-04-27 15:28 +0000
      Re: memory allocation for "Brandon McCombs" <brandon.mccombs@THRWHITE.remove-dii-this> - 2011-04-27 15:28 +0000
  Re: memory allocation for "Nigel Wade" <nigel.wade@THRWHITE.remove-dii-this> - 2011-04-27 15:28 +0000
    Re: memory allocation for "Brandon McCombs" <brandon.mccombs@THRWHITE.remove-dii-this> - 2011-04-27 15:28 +0000

csiph-web