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

Re: svn 1.6x and apache compression - mod_deflate

From: Leszek Szarlej <leszek.szarlej_at_gmail.com>
Date: Tue, 9 Mar 2010 17:10:11 +0100

Thanks for the info.
>See http://svn.haxx.se/dev/archive-2009-08/0274.shtml
In mentioned example apache runs on worker mpm. I've sent a message to this
group few days ago about users experience with svn and worker mpm. I didn't
get any answer. It concerns me if svn is thread-safe and if the said memory
problem would appear on prefork mpm. I will be doing some tests this week.
Regards
Leszek

On 9 March 2010 11:05, Stefan Sperling <stsp_at_elego.de> wrote:

> On Tue, Mar 09, 2010 at 04:03:33AM +0100, Leszek Szarlej wrote:
> > Hi
> >
> > In svn book ver. 1.0 there is written:
> > "Deflate compression places a small burden on the client and server to
> > compress and decompress network transmissions as a way to minimize the
> size
> > of the actual transmission. In cases where network bandwidth is in short
> > supply, this kind of compression can greatly increase the speed at which
> > communications between server and client can be sent. In extreme cases,
> this
> > minimized network transmission could be the difference between an
> operation
> > timing out or completing successfully."
> > In the same book in version 1.5 there is no word about why/why not. Is it
> > mean that mod_deflate is not recomended for current versions of svn? I
> did
> > tests on svn 1.6.9 and compression rate is about 30-40 percent and
> checkout
> > times are ~30% less
>
> I don't know why that paragraph was dropped from the book.
>
> But there's an unrelated problem with using mod_deflate together with
> mod_dav_svn. It can cause memory leaks.
> See http://svn.haxx.se/dev/archive-2009-08/0274.shtml
>
> Stefan
>
Received on 2010-03-09 17:10:45 CET

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.