[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: Stefan Urbat <stefan.urbat_at_apastron.lb.shuttle.de>
Date: 2004-07-24 17:12:24 CEST

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 ;-)

So there can be done little, eh? But I can recommend my colleagues to
switch from MS Windows to GNU/Linux at least for one more good reason ;-)

--
Registered GNU/Linux-User #169380 on http://counter.li.org/
---------------------------------------------------------------------
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:12:46 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.