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

Re: problems with serf

From: Paul Burba <ptburba_at_gmail.com>
Date: Wed, 8 Sep 2010 15:03:47 -0400

On Wed, Sep 8, 2010 at 3:00 PM, Paul Burba <ptburba_at_gmail.com> wrote:
> On Thu, May 27, 2010 at 2:42 AM, Lieven Govaerts <svnlgo_at_mobsol.be> wrote:
>> Hi,
>>
>> On Mon, May 24, 2010 at 3:51 PM, Lieven Govaerts <svnlgo_at_mobsol.be> wrote:
>>> On Sun, May 16, 2010 at 10:38 AM, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
>>>> Hi,
>>>>
>>>> During the last few days, I've changed TSVN to link against the svn trunk.
>>>> The speed is much better now, so thanks for that. It's not as fast as the
>>>> 1.6.x branch yet but it's usable.
>>>>
>>>> About my problem:
>>>> serf is now the default DAV lib svn uses. But with serf I get tons of app
>>>> crashes (serf calls abort() - something I won't discuss here anymore since
>>>> you all should know my opinion about that).
>>>> For example: a simple checkout of the svn trunk crashed after about 5
>>>> seconds. Subsequent updates did too - I had to run cleanup and restart the
>>>> update 27 (!!) times until I had the svn trunk on my harddrive.
>>>>
>>>> I'm using serf 0.6.1, but the same problem existed with 0.3.1. I updated to
>>>> 0.6.1 yesterday hoping it would solve the problem, but apparently didn't.
>>>
>>
>> I have prepared serf 0.6.2 with this fix at:
>> http://serf.googlecode.com/svn/branches/0.6.x
>>
>> Can anyone of you reporting this problems test if this makes them go away?
>>
>> Checkout takes plenty of memory with ra_serf, way more than when using
>> ra_neon. I suspect these changes didn't make that worse, rather the
>> choice of pools for file-related requests in ra_serf (not the serf
>> library). I'll look into this.
>
> Hi Lieven,
>
> Did you ever investigate checkout's memory usage with serf?  It seems
> to still be a problem with serf 0.7.0, see
> http://subversion.tigris.org/issues/show_bug.cgi?id=3684#desc4.
>
> I'm seeing some benefits with bumping
> serf/buckets/allocator.c:STANDARD_NODE_SIZE from 128 to 256, but the
> results vary...going to dump what I have found thus far into issue
> #3684.

> http://subversion.tigris.org/issues/show_bug.cgi?id=3684
>
> User lgo changed the following:
>
> What |Old value |New value
> ================================================================================
> Status|REOPENED |STARTED
> --------------------------------------------------------------------------------
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=463&dsMessageId=2656935
>
> To unsubscribe from this discussion, e-mail: [issues-unsubscribe_at_subversion.tigris.org].

Heh, nice timing.
Received on 2010-09-08 21:04:24 CEST

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