[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: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: Thu, 27 May 2010 08:42:06 +0200

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.

Lieven
Received on 2010-05-27 08:43:03 CEST

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

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