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

Re: socket read timeout

From: mark benedetto king <mbk_at_boredom.org>
Date: 2003-03-06 00:22:04 CET

On Wed, Mar 05, 2003 at 02:41:45PM -0800, Christian Daudt wrote:
> Hi,
> I tracked down the problem I was having last week with importing many linux
> trees via http. The problem is that the neon code has a read timeout of 2
> minutes currently (in neon/src/ne_socket.c line 142) and to do the merge I
> needed a timeout higher than that. After going all out and changing that to a
> 30 minute timeout, I was able to complete the merge process via http

This is configurable in ~/.subversion/servers (http-timeout).

> sucesfully. I'm not submitting a patch because I have no idea what the proper
> upper bound would be for this. My mod fixed my problem but the eventual
> solution should probably be that the server send periodic keepalives of sorts
> so that the client can properly distinguish between network/computer outages
> and the server just taking a long time to finish what it is doing. Any
> thoughts?
>
> cheers,
> csd
>

One option would be to turn on TCP Keep-Alives, and then wait "forever".
Personally, I think this behaviour should be the default.

> PS: In the process, my client svn grew to 2GB... Lots of swapping...
>

There are some changes in progress that should address the scalability
of svn merge.

--ben

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 6 00:22:54 2003

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.