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

Re: svn hangs in certain directories

From: Colin JN Breame <colin_at_breame.net>
Date: 2005-05-27 01:46:14 CEST

On Friday 27 May 2005 00:03, Molle Bestefich wrote:
> Colin JN Breame wrote:
> > Molle Bestefich wrote:
> > > I think it would be more useful for Subversion to have a progress
> > > counter, that would probably have shown you that it actually
> > > progressed with sending the file, only at a very low rate....
> > > If it really had hung, it would also show you that..
> >
> > A timeout would be useful here; if the client does not receive any
> > response from the server after x seconds (when expecting a response),
> > report an error and fail.
>
> I don't see how a timeout provides anything that a progress counter does
> not.

They address two different requirements. A progress counter is there to give
feedback to the user. A timeout is there to fail as it is an error for the
server not to respond.

>
> Further, a timeout actually potentially *introduces* problems, since
> you as a developer have no idea what kind of connection (bandwidth)
> that users are going to want to run Subversion over.

I'm not sure that it does. Almost all applications that communicate over a
network (such as webbrowser, email client, etc.) deal with the case "I sent a
request to the server and it did not respond in a timely fashion".

It is only reasonable to assume that if the server hasn't responded after x
seconds (make that 10^1000 if you like), then it probably never will, so fail
and report an error. e.g. server did not respond to request.

>
> David Summers wrote:
> > I don't *THINK* my problem could be an MTU but I guess it is possible.
>
> Well, just in case it is, try sniffing the svn traffic and have a look-see.
> Look for TCP retransmits, there's a good probability that they will
> show up if you have a network-related problem.
>
> Gimme a ping off-list if you want a short intro on how to do the above
> on <insert system here>.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 27 01:29:27 2005

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.