> -----Original Message----- > From: Noel J. Bergman [mailto:[EMAIL PROTECTED]] > Sent: 03 February 2003 15:04 > To: James Developers List > Subject: RE: Memory leaks in RemoteDelivery mailet? > > > Jason, > > Are you familar with the heap profiler in Sun JVM? Seems > like we may have a bit more work to do in other parts of > James. It would help to identify which objects are growing. > No I'm not. But I'm willing to try... The reason I thought the gc log was relevant as if I use the null mailet I get steady-state memory usage, but when using the remote delivery mailet I get issues with this memory creep. I'm also running NuMega DevPartnet for Java (eval copy) to see if that helps find the problem. > --- Noel > > -----Original Message----- > From: Jason Webb [mailto:[EMAIL PROTECTED]] > Sent: Monday, February 03, 2003 9:21 > To: James Developers List > Subject: Memory leaks in RemoteDelivery mailet? > > > I've been doing some testing with 2.1 (jdk 1.4.1, Javamail > 1.3) under Win2k. > > I've constructed a testing that sends 5 mails/sec into James. > The messages are destined for another remote server (relay). > Running the VM with -Xloggc on there is a slow and persitant > memory leak. > > James is keeping up with the incoming mail volume quite > easily. Even when I stop the incoming mail, the memory still > persists (and is never freed). Lacing the code with periodic > GC's never frees the memory either. > > Any suggestions? > > -- Jason > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
