[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: httpd sucking up memory

From: Jan Evert van Grootheest <j.grootheest_at_euronext.nl>
Date: 2004-01-23 10:11:09 CET


The free memory is in Linux a not very useful number. Usually because cache
(contains mostly data read from disk) and buffer grows.
So only reporting free memory is useless. Reporting the full output of
'free' would be more usefull.

Additionally, when I look at the numbers reported by PS, I don't think these
are high or anything.

It would be good if you'd include the ps output when the thing is about to
'grind to a halt' including a couple'lines of 'vmstat 1' and, of course, the
output of 'free'.

BTW, which version of top (top -v) do you use and on which kernel? I haven't
seen a top yet that displays iowait, actv, in_d and in_c yet.

-- Jan Evert

> -----Original Message-----
> From: rbraswell@connected.com [SMTP:rbraswell@connected.com]
> Sent: Friday, January 23, 2004 5:01 AM
> To: rbraswell@connected.com
> Cc: users@subversion.tigris.org
> Subject: RE: httpd sucking up memory
> I just upgraded to 0.36 and the bleeding continues.
> Prior to starting apache after the upgrade to 0.36
> Free memory was 779512k
> Free swap was 2031040k
> After the upgrade to 0.36, apache was started
> Free memory was 779000k
> Free swap was 2031040k
> After doing a checkout from the newly upgraded 0.36 repository
> Free memory was 653544k
> Free swap was 2031040k
> Also, look at the memory usage by httpd here.
> [svn@svn bin]$ ps -uaxww | grep httpd
> svn 4192 0.0 0.2 5032 2356 ? S 21:54 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4193 0.0 0.2 5368 3348 ? S 21:54 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4194 0.0 0.4 8172 5456 ? S 21:54 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4195 0.6 2.1 29084 24824 ? S 21:54 0:23
> /usr/local/apache2/bin/httpd -k start
> svn 4196 0.0 0.2 5320 3280 ? S 21:54 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4197 0.0 0.2 5300 3228 ? S 21:54 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4207 0.0 0.2 5320 3264 ? S 21:59 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4208 0.0 0.3 6232 3876 ? S 21:59 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4209 0.0 0.2 5320 3280 ? S 21:59 0:00
> /usr/local/apache2/bin/httpd -k start
> svn 4293 0.0 0.0 3568 624 pts/0 S 22:54 0:00
> grep httpd
> To reproduce this problem, simply use svn via apache. You will see the
> memory get chewed up, and then on to the swap space until the whole thing
> grinds to a halt!
> Please help me fix this!
> Thanks,
> Ryan
> -----Original Message-----
> From: Tobias Ringstrom [ <mailto:tobias@ringstrom.mine.nu>]
> Sent: Thursday, January 22, 2004 5:51 PM
> To: rbraswell@connected.com
> Cc: users@subversion.tigris.org
> Subject: Re: httpd sucking up memory
> rbraswell@connected.com wrote:
> > Ok, I am going to monitor the memory usage very closely from here on
> > out. I will upgrade to 0.37 once it is released. Is there a bug on this
> > which is due to be fixed in 0.37, or was it presumably fixed in 0.36?
> One memory usage bug was fixed in 0.36. I do not know of any
> additional memory usage bug fixes in 0.37.
> /Tobias

 === E U R O N E X T - D I S C L A I M E R =============================

 This e-mail and its attachments are only intended for the individual(s) or
entity(entities) named above to whom they are addressed and may contain
personal and/or confidential information. Please notify us immediately if
you are not the intended recipient. Any dissemination, duplication,
publication to third parties or other use of the contents of this e-mail or
its attachments is forbidden. Although this information has been compiled
with great care, neither Euronext N.V. nor its subsidiaries shall accept any
responsibility for any errors, omissions or other inaccuracies in this
information or for the consequences thereof, nor shall it be bound in any
way by the contents of this e-mail or its attachments. In the event of
incomplete or incorrect transmission please return the e-mail to the sender.

 Cet e-mail et ses annexes sont uniquement destinés à la (aux) personne(s),
ou à l' (aux) entité(s) à laquelle (auxquelle(s)) il est adressé, visée (s)
en tête du présent message. Il peut contenir des informations personnelles
ou confidentielles. Merci de nous notifier immédiatement si cet e-mail vous
a été adressé par erreur. Toute diffusion, copie, publication à des tiers ou
toute autre utilisation de son contenu est interdite. Bien que cette
information ait été rassemblée avec une grande attention, ni Euronext N.V.
ni aucune de ses filiales, ne peut être tenue responsable des erreurs,
omissions ou inexactitudes contenues dans cette information, ni ne peut être
liée d'aucune manière par le contenu de cet e-mail ou ses annexes. En cas de
transmission incorrecte ou incomplète, nous vous prions de retourner cet
e-mail à son émetteur.

 Deze e-mail en zijn bijlagen zijn uitsluitend bestemd voor de
geadresseerde(n) als op dit e-mailblad vermeld. Het is mogelijk dat deze
e-mail persoonlijke en/of vertrouwelijke informatie bevat. Wanneer u niet de
geadresseerde bent, verzoeken wij u dringend ons daarvan te berichten. Elke
verspreiding, vermenigvuldiging, gebruik of openbaarmaking aan derden van de
inhoud van deze e-mail en zijn bijlagen, is verboden. Hoewel deze informatie
met de meeste zorg is samengesteld is Euronext N.V., en de tot Euronext N.V.
behorende werkmaatschappijen, op geen enkele wijze aansprakelijk voor
eventuele fouten, omissies of andere onjuistheden in deze informatie of de
gevolgen daarvan noch op enigerlei wijze gebonden aan de inhoud van de
e-mail of zijn bijlagen. Gelieve, in geval van onjuiste of onvolledige
ontvangst, deze e-mail terug te sturen naar de afzender.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jan 23 10:13:10 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.