> -----Original Message----- > From: Nico Kadel-Garcia [mailto:nka...@gmail.com] > Sent: Wednesday, July 02, 2014 1:11 > To: Butler, Stephen > Cc: users@subversion.apache.org > Subject: Re: Subversion 1.8 freezes during long updates > > On Tue, Jul 1, 2014 at 1:45 PM, Butler, Stephen > <stephen.but...@hamburgsud.com> wrote: > > Hi folks, > > > > I'm trying to help users in our corporate network. They currently use > > Subversion 1.7 + neon (via TortoiseSVN) because of errors in > > checkout/update using Subversion 1.8. During a long checkout or update, > > TortoiseSVN 1.8 freezes after downloading a few hundred MBs of data. > > The svn command-line client does the same. > > Are your users on CIFS shares, or other network shares? CIFS has turned out > to be pretty chatty, and I've certainly seen issues with significantly > earlier versions of Subversion when directories willed with hundreds or > thousands of files made it perform like a dog or even overwhelmed it. Do > your users benefit from making their working copies on a local disk, then > simply replicating it to a CIFS share?
We don't use shared drives for Subversion. The working copies are all on the local disk (in Windows 7). > > > To get more information, I compiled Subversion (within the TortoiseSVN > > branches/1.8.x tree) with serf tracing turned up to eleven (SSL_MSG_VERBOSE, > > etc). Then the errors no longer occur! Apparently the extra output > > changes the timing somehow. But performance is of course very bad. Less > > tracing recreates the errors, but without revealing a smoking gun. > > See above. Did you download *to the same location*? Yes, to directories on the local C: drive. Thanks, Steve Butler _____________________________________________ Hamburg Südamerikanische Dampfschifffarts-Gesellschaft KG Registered Office: Hamburg, Germany Commercial Register: Amtsgericht Hamburg HRA 59448