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

RE: Speeding up workspace

From: Bert Huijben <rhuijben_at_sharpsvn.net>
Date: Sat, 7 Feb 2009 04:00:11 +0100

> -----Original Message-----
> From: Toby Thain [mailto:toby_at_telegraphics.com.au]
> Sent: Saturday, February 07, 2009 3:51 AM
> To: Bert Huijben
> Cc: Mark Phippard; Ruslan Sivak; users_at_subversion.tigris.org
> Subject: Re: Speeding up workspace
>
>
> On 6-Feb-09, at 6:44 PM, Bert Huijben wrote:
>
> > On Fri, Feb 6, 2009 at 10:37 PM, Mark Phippard <markphip_at_gmail.com>
> > wrote:
> >> On Fri, Feb 6, 2009 at 4:28 PM, Ruslan Sivak <russ_at_vshift.com>
> wrote:
> >>> Toby Thain wrote:
> >>>>
> >>>> Switch to Linux or OS X, which should be good for an immediate
> >>>> 10-20x
> >>>> speedup.
> >>>>
> >>>> --Toby
> >>>
> >>> Do you have any benchmarks to back this up?
> >>
> >> This isn't really Windows-bashing. The way SVN uses the local
> >> filesystem is just orders of magnitude faster on Linux and OSX.
> Here
> >> is a recent thread:
> >>
> >> http://svn.haxx.se/users/archive-2009-01/0326.shtml
> >>
> >> Back when I used to work on Windows, I would sometimes fire up Linux
> >> in VMWare to test some Subclipse feature in Linux. The
> >> performance of
> >> Eclipse/SVN in that Linux VM blew away Windows running natively as
> >> the
> >> host. The performance difference is frankly shocking.
> >
> > I think this is really is 'Windows bashing' unless you have explicit
> > numbers to prove it isn't.
>
> Jonathan Taylor posted numbers (16 Jan), and the speedup was
> confirmed by David Weintraub who moved his clients from Windows to
> Linux.
>
>
> >
> > Just saying NTFS is slow because subversion is slow on it doesn't
> > prove anything. ...
>
> It certainly does, if that's what you're actually using NTFS for.

So every car around here is slow, because we usually have traffic jams
around here during rush hours?

Maybe the fact that the APR implementation decided to use mutexes around
every buffered file operation on windows (to allow multithreaded operations
even without the APR_FOPEN_XTHREAD flag that tells it to enable that) and
does never on unix might be another reason...

I don't know if it actually has impact on the overall performance of the
file IO layer, but it certainly is a strange design decision.

        Bert

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1116325

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-07 18:08:36 CET

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

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