<DIV>
<DIV>I am observing this with RHEL3.0. Any information about a patch/update</DIV>
<DIV>that fixes this for RHEL3.0 would be appreciated..</DIV><BR>
<DIV>Linux 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003 i686 i686 i386 GNU/Linux</DIV><BR>
<DIV>libpthread-0.60</DIV><BR>
<DIV>libgcc_s-3.2.3-20030829</DIV><BR>
<DIV>libc-2.3.2</DIV><BR>
<DIV>thanks</DIV>Sameer <BR><BR><B><I>Måns_Rullgård <mru@kth.se></I></B> wrote:
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Sameer Suhas Deokule <SDEOKULECLUSTER@YAHOO.COM>writes:<BR><BR>> Hi , We are observing that even though number of threads in the<BR>> application is the same (rhel3.0) as the application has to create<BR>> some threads and cancel them, eventually over a period of time the VSZ<BR>> for the app. process increases. Why does the stack for the cleanly<BR>> cancelled thread not get reused when a new thread is created ? I would<BR>> expect that if the number of threads in use by the application is<BR>> constant then thread creation and cancellation should not result in<BR>> VSZ increasing over a period of time. Memory leak testing does not<BR>> indicate any leaks.<BR><BR>I used to see something similar on my machine running regular 2.6<BR>kernels and glibc from cvs. It stopped some time ago though.<BR>Supposedly some bug has been fixed.<BR><BR>-- <BR>Måns
 Rullgård<BR>mru@kth.se</BLOCKQUOTE></DIV><p>
                <hr size=1><font face=arial size=-1>Do you Yahoo!?<br>Yahoo! Movies - <a href="http://movies.yahoo.com/showtimes/movie?mid=1808405861">Buy advance tickets for 'Shrek 2' </a>