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

Re: one performance observation/question and one commit/segfault issue

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-07-24 17:16:51 CEST

Stefan Urbat wrote:

>On Sat, 24 Jul 2004, [UTF-8] Branko Ä^Libej wrote:
>
>
>
>>My guess is filesystem performance on the client. I've observer myself
>>that Subversion tests take about twice as long to run on a Windows
>>machine than on a (comparable) Linux machine; and since the CPU load is
>>very low, and everything happens localy, filesystem performance is the
>>most probably culprit.
>>
>>
>>
>You are probably right, and I mentioned the kind of filesystems not for
>nothing: when I observed a checkout on that AIX 5.2 running on POWER 4+
>with 1.2 GHz, topas displayed there not notable cpu user or system times,
>but considerable wait times. Due to the fact, that the machine has a very
>fast USCSI subsystem (320 MB/s bus) and disk, jfs(2) seems to be the only
>possible culprit to me. Likely this is similar on other non-Linux/Solaris
>systems more or less too.
>
>
>
>>For example, I've noticed a similar spread of FS performance (Solaris
>>better than Windows better thatn HP-UX) when I was working on another
>>project that has nothing to do with Subversion, but was very I/O bound.
>>
>>
>>
>Considering the hardware data, in comparison AIX/jfs(2) seems to be even
>worse than HP-UX/Vxfs ;-)
>
>
Yes, I noticed the same.

>So there can be done little, eh?
>
Well, optimising (redesigning...) the working copy library could be a
big win... in 2.0.

> But I can recommend my colleagues to
>switch from MS Windows to GNU/Linux at least for one more good reason ;-)
>
>
Oh, yes. :-)

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Jul 24 17:17:13 2004

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.