I do NOT blame log4j, i just wanted to share my observations and confront my suspicion with you guys.
I think we got to the same conclussion actually. Though, i have not idea how this (potential) caching would work on Linux/Unix systems (Red Hat, Ubuntu and Solaris do the same thing with those log files, actually... coincidance?). I bet this is not some normal behaviour. Thanx, -----Original Message----- From: Wyss Patrick [mailto:[EMAIL PROTECTED] Sent: Thursday, March 22, 2007 11:52 AM To: Log4J Users List Subject: AW: Weird memory consumption if i understand you correctly and the memory is reclaimed once you delete the logs, then it is no "leak" (=bad, bad, bad!) but might be "caching" (=good,good,good!). even if this caching might be not desirable in some situations ;-) what i want to say is that i would check if jvn/RH is to be blamed. before blaming log4j ;-) > -----Ursprüngliche Nachricht----- > Von: Wozniak, Marcin [mailto:[EMAIL PROTECTED] > Gesendet: Donnerstag, 22. März 2007 11:27 > An: Log4J Users List > Betreff: RE: Weird memory consumption > > > Thanx Andrew anyway. > > I got your point. There may be something wrong between JVN and OS. > However, as i said i would not blame JVM for any leaks > (especially that > in a meantime we've change JVM version couple of times). > > -----Original Message----- > From: Andrew Marlow [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 21, 2007 4:32 PM > To: Log4J Users List > Subject: RE: Weird memory consumption > > Wozniak, Marcin wrote: > > I do not think using valgrind is even possible. Tested > > software is quite complex, multithreaded server application. > > Beside the problem insists after few days of long-duration tests. > > ok then, maybe not.... > > > > > BTW do you really think that Valgrind is useful for Java > > application profiling? > > No. But I was hoping it might be able to shed light on why a java app > apparently leaks memory. Valgrind is good for finding memory > corruptions > and memory leaks. > > > I guess it is more useful in C++ > > application since there is no virtual machine between the > > software and operation system. > > Yes. The JVM would seem to be standing in the way. Still, I was hoping > it still might shed some light. > > > Because I dont find very > > likely that newest update of java 1.5 has any leaks. > > I wasn't suggesting the fault was with the JVM..... > > > > > > > > -----Original Message----- > > From: Andrew Marlow [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, March 21, 2007 2:17 PM > > To: Log4J Users List > > Subject: RE: Weird memory consumption > > > > Wozniak, Marcin wrote: > >> Hi, > >> > >> We have been investigating memory leaks in the system we > write (JAVA) > >> and we experianced the following problem on Red Hat 4.0 system. > >> > >> Even though JConsole, and JProfiler do not show any improper memory > >> consumption in JVM, operation system tools like Top show that JVM > >> process consumes a lot of memory. > >> > >> The longer the test lasts, the more memory loss can be noticed. > > > > What does valgrind say? > > > > Regards, > > > > Andrew Marlow > > > > > > > > ************************************************************** > > ********** > > ******" > > The data and information (collectively called Information) > > herein is the sole property of ICAP. The Information is > > confidential, may be legally privileged and is intended > > solely for the use of the individual or entity to whom it is > > addressed. Unauthorised disclosure, copying or distribution > > of the Information is strictly prohibited and the recipient > > of the Information shall not redistribute the Information in > > any form to a third party. If you received this Information > > in error please tell us by reply (or telephone the sender) > > and delete all copies on your system. > > > > References in this Information to ICAP are references to ICAP > > plc, a company incorporated in England with registered number > > 3611426 whose registered office is 2 Broadgate, London, EC2M > > 7UR and where the context requires, includes its subsidiary > > and associated undertakings. As applicable, certain > > companies within the ICAP group are authorised and regulated > > by the Financial Services Authority. Any investment research > > sent from ICAP will provide an impartial and objective > > assessment of the securities, companies or other matters that > > are the subject of their research and our Conflicts of > > Interest Management Policy regarding investment research can > > be viewed by requesting a copy from your usual contact at > > ICAP. Please visit www.icap.com for further regulatory > > information including details regarding the European > > eCommerce Directive. > > > > ************************************************************** > > ********** > > *******" > > We have taken precautions to minimise the risk of > > transmitting software viruses, but we advise you to carry out > > your own virus checks on any attachment to this message. We > > cannot accept liability for any loss or damage caused by > > software viruses. " > > ************************************************************** > > ********** > > ******* > > > > > > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- > 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] > > > > --------------------------------------------------------------------- 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]