Thanks for the response Andy.
As for the hangups:
I just checked the performance (its a Win 2003 server box) and it
pages/sec shoots to over a thousand when doing an update/commit, but
it still maintains a great deal of free ram (of an available 4GB). I'm
not really sure how to gauge the pages/sec in terms of what is good
and bad (especially after reading this http://support.microsoft.com/kb/139609
), but it does seem to max out the performance graph.
One thing I should mention is that the Subversion runs on our server
here but the repository location is actually a network path to a
folder on the NAS. Would this potentially cause an issue? Its
difficult for me to test against this as we only have a single
mirrored drive in the server for the OS to run on and not enough space
to hotcopy a repository there for testing.
As for the poor speeds:
I get about 60Mbps transferring files directly to the NAS that stores
the repositories (Gigabit network, but my laptop has 100Mb onboard),
so I'm lead to believe that I should be getting better speeds than 3Mb
when using local hostnames with checkouts. Of course this may relate
back to the performance issue.
Any suggestions as to what to try next?
On Oct 9, 8:00 pm, "Andy Levy" <andy.l..._at_gmail.com> wrote:
> On Thu, Oct 9, 2008 at 15:45, Ian M. <i..._at_auricom.com> wrote:
> > I'm very much a fan of subversion and I've been using it for a couple
> > years now. I set up a server at our office here using VisualSVN some
> > months ago. We do flex and flash work and some of the flash files are
> > laden with video and audio. We have a VERY large project that has
> > nearly 4GB of flash files in a folder.
>
> > Here's the issues I'm having.
>
> > First off, when checking out or checking in files once the very last
> > file has finished (or once its getting relatively close) the transfer
> > speed drops to 0 bytes and TortoiseSVN hangs there for about 10-15
> > minutes until it finally complete or just hangs indefinitely. If it
> > hangs indefinitely it usually corrupts the checkout beyond the ability
> > of "clean up" to repair it - and then I have the fun task of trying to
> > check out 4GB all over again.
>
> Watch the activity on your server. I suspect what you're seeing is the
> transfer complete, and then the server taking a long time to complete
> the actual check-in transaction. If your server is low on memory
> and/or temp directory space, and it's a large checkin, it could cause
> issues.
>
> > The second issue is that speeds over the local network are no faster
> > than our internet speeds here (3/3, yes I know its crap). The transfer
> > speeds rarely jump above 3MB when using local hostnames. This is using
> > the WebDav over https or http (I tried to resolve this already by
> > going the non secure route, to no avail).
>
> Have you verified that the network itself isn't to blame?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr..._at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-h..._at_tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-10-10 20:57:31 CEST