You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Neels Janosch Hofmeyr <ne...@elego.de> on 2009/10/30 12:46:04 UTC
mem leak?
Hi,
here's a report from crazy_imp on #svn:
With 1.6.6, a checkout of freebsd was interrupted by a network reconnect
(takes longer than a day o_O). After that, `svn cleanup' takes some hours to
complete, and after that, `svn update' grows to about 3 gig memory usage.
Don't know what to make of it, maybe someone else would like to investigate.
Some chat snippets...
<crazy_imp> svn, Version 1.6.6 (r40053)
<crazy_imp> neels: all i've done is: svn co svn://svn.freebsd.org/base/
freebsd - due reconnects, i need to run svn cleanup and svn up again.
<neels> so your checkout was interrupted, and you had to cleanup, then you
updated to try and finish the checkout. right?
<crazy_imp> yes
<crazy_imp> asked yesterday why svn does not reconnect to the server and
keeps on going after a reconnect, nobody answered the question (think it
should be possible, the client still knows it's state and which stuff he
needs to fetch)
<borg-queen> crazy_imp: are you really sure you want to checkout the whole
repos?
<crazy_imp> borg-queen: yes :)
<borg-queen> crazy_imp: then maybe a checkout "--depth immediates" and
updates of individual subdirs may work better
(etc., 2009-10-30 at about 13:00 CET)
~Neels
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2412994
RE: mem leak?
Posted by km...@rockwellcollins.com.
Geoff Rowell <ge...@gmail.com> wrote on 10/30/2009 10:19:52 AM:
[snip]
> > > 2003 R2 over http protocol. Requires an Apache restart every few
days.
> >
> > Which httpd version do you use?
> > Do you use compression in your httpd config?
> > (There is a known issue on using compression)
>
> I'm using the standard CollabNet 1.6.6 server package without
mod_deflate.
>
> Apache/2.2.13 (Win32) mod_ssl/2.2.13 OpenSSL/0.9.8j DAV/2 SVN/1.6.6
> Server built: Oct 19 2009 09:44:29
Try adding the MaxMemFree Apache directive to your httpd.conf file. This
seems to force apache to "clean up" memory more often. I use:
MaxMemFree 512
That, along with not using mod_deflate, and changing some SSL
parameters (SSLSessionCache and SSLMutex) seems to have stabilized
our apache memory usage on Windows.
Kevin R.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2413031
RE: mem leak?
Posted by Geoff Rowell <ge...@gmail.com>.
> Bert Huijben wrote:
>
> > Geoff Rowell wrote:
> >
> > Neels Janosch Hofmeyr wrote:
> > >
> > > here's a report from crazy_imp on #svn:
> > >
> > > With 1.6.6, a checkout of freebsd was interrupted by a network
> > reconnect
> > (takes longer than a day o_O). After that, `svn cleanup' takes some
> > hours to
> > complete, and after that, `svn update' grows to about 3 gig memory
> > usage.
> > >
> > > Don't know what to make of it, maybe someone else would like to
> > investigate.
> > > Some chat snippets...
> > >
> > > <crazy_imp> svn, Version 1.6.6 (r40053)
> > > <crazy_imp> neels: all i've done is: svn co
> > svn://svn.freebsd.org/base/
> > freebsd - due reconnects, i need to run svn cleanup and svn up again.
> > >
> > > <neels> so your checkout was interrupted, and you had to cleanup,
> > then you
> > updated to try and finish the checkout. right?
> > > <crazy_imp> yes
> > >
> > > <crazy_imp> asked yesterday why svn does not reconnect to the server
> > and
> > keeps on going after a reconnect, nobody answered the question (think
> > it
> > should be possible, the client still knows it's state and which stuff
> > he
> > needs to fetch)
> > >
> > > <borg-queen> crazy_imp: are you really sure you want to checkout the
> > whole
> > repos?
> > > <crazy_imp> borg-queen: yes :)
> > > <borg-queen> crazy_imp: then maybe a checkout "--depth immediates"
> > and
> > updates of individual subdirs may work better
> > >
> > > (etc., 2009-10-30 at about 13:00 CET)
> >
> > I'm also still (since 1.6.5) seeing a memory leak using SVN 1.6.6 on
> > Windows
> > 2003 R2 over http protocol. Requires an Apache restart every few days.
>
> Which httpd version do you use?
> Do you use compression in your httpd config?
> (There is a known issue on using compression)
I'm using the standard CollabNet 1.6.6 server package without mod_deflate.
Apache/2.2.13 (Win32) mod_ssl/2.2.13 OpenSSL/0.9.8j DAV/2 SVN/1.6.6
Server built: Oct 19 2009 09:44:29
-Geoff
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2413028
RE: mem leak?
Posted by Bert Huijben <rh...@sharpsvn.net>.
> -----Original Message-----
> From: Geoff Rowell [mailto:geoff.rowell@gmail.com]
> Sent: vrijdag 30 oktober 2009 3:16
> To: 'Neels Janosch Hofmeyr'
> Cc: dev@subversion.tigris.org
> Subject: RE: mem leak?
>
> Neels Janosch Hofmeyr wrote:
> >
> > here's a report from crazy_imp on #svn:
> >
> > With 1.6.6, a checkout of freebsd was interrupted by a network
> reconnect
> (takes longer than a day o_O). After that, `svn cleanup' takes some
> hours to
> complete, and after that, `svn update' grows to about 3 gig memory
> usage.
> >
> > Don't know what to make of it, maybe someone else would like to
> investigate.
> > Some chat snippets...
> >
> > <crazy_imp> svn, Version 1.6.6 (r40053)
> > <crazy_imp> neels: all i've done is: svn co
> svn://svn.freebsd.org/base/
> freebsd - due reconnects, i need to run svn cleanup and svn up again.
> >
> > <neels> so your checkout was interrupted, and you had to cleanup,
> then you
> updated to try and finish the checkout. right?
> > <crazy_imp> yes
> >
> > <crazy_imp> asked yesterday why svn does not reconnect to the server
> and
> keeps on going after a reconnect, nobody answered the question (think
> it
> should be possible, the client still knows it's state and which stuff
> he
> needs to fetch)
> >
> > <borg-queen> crazy_imp: are you really sure you want to checkout the
> whole
> repos?
> > <crazy_imp> borg-queen: yes :)
> > <borg-queen> crazy_imp: then maybe a checkout "--depth immediates"
> and
> updates of individual subdirs may work better
> >
> > (etc., 2009-10-30 at about 13:00 CET)
>
> I'm also still (since 1.6.5) seeing a memory leak using SVN 1.6.6 on
> Windows
> 2003 R2 over http protocol. Requires an Apache restart every few days.
Which httpd version do you use?
Do you use compression in your httpd config?
(There is a known issue on using compression)
Bert
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2413014
RE: mem leak?
Posted by Geoff Rowell <ge...@gmail.com>.
Neels Janosch Hofmeyr wrote:
>
> here's a report from crazy_imp on #svn:
>
> With 1.6.6, a checkout of freebsd was interrupted by a network reconnect
(takes longer than a day o_O). After that, `svn cleanup' takes some hours to
complete, and after that, `svn update' grows to about 3 gig memory usage.
>
> Don't know what to make of it, maybe someone else would like to
investigate.
> Some chat snippets...
>
> <crazy_imp> svn, Version 1.6.6 (r40053)
> <crazy_imp> neels: all i've done is: svn co svn://svn.freebsd.org/base/
freebsd - due reconnects, i need to run svn cleanup and svn up again.
>
> <neels> so your checkout was interrupted, and you had to cleanup, then you
updated to try and finish the checkout. right?
> <crazy_imp> yes
>
> <crazy_imp> asked yesterday why svn does not reconnect to the server and
keeps on going after a reconnect, nobody answered the question (think it
should be possible, the client still knows it's state and which stuff he
needs to fetch)
>
> <borg-queen> crazy_imp: are you really sure you want to checkout the whole
repos?
> <crazy_imp> borg-queen: yes :)
> <borg-queen> crazy_imp: then maybe a checkout "--depth immediates" and
updates of individual subdirs may work better
>
> (etc., 2009-10-30 at about 13:00 CET)
I'm also still (since 1.6.5) seeing a memory leak using SVN 1.6.6 on Windows
2003 R2 over http protocol. Requires an Apache restart every few days.
-Geoff
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2413008