> -----Original Message-----
> From: Bert Huijben [mailto:bert_at_vmoo.com]
> Sent: Saturday, February 07, 2009 4:40 AM
> To: 'Mark Phippard'; 'Ruslan Sivak'
> Cc: 'Toby Thain'; 'Bert Huijben'; users_at_subversion.tigris.org;
> dev_at_subversion.tigris.org
> Subject: RE: Speeding up workspace
>
> > -----Original Message-----
> > From: Mark Phippard [mailto:markphip_at_gmail.com]
> > Sent: Friday, February 06, 2009 10:38 PM
> > To: Ruslan Sivak
> > Cc: Toby Thain; Bert Huijben; users_at_subversion.tigris.org
> > Subject: Re: Speeding up workspace
> >
> > 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.
>
> Okay, for Javahl/Subclipse:
>
> The Target and Path classes that are used +- everywhere in JavaHL where
> multiple paths can be provided hav the same performance issue as I
> previously resolved when profiling the slow merge.
For the merge code the true path search was about 60% of the time spend on
processing local data. I hope Mark Phippard can give us an update on what
fixing this would bring for performance improvement on Eclipse.
(I just looked at SvnKit and it doesn't have this true name searching, so
I'm pretty sure disabling this flag (passing 0) is safe for Eclipse)
Bert
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1116638
Received on 2009-02-07 05:00:50 CET