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

Re: Drastic performance difference with subversion client on Solaris 9

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2004-03-18 16:03:33 CET

On Thu, 2004-03-18 at 07:33, Ron Bieber wrote:
> My question is this: Is anyone else having these drastic differences
> when running the Subversion client on Solaris 9? We've had our admins
> check the networking between the boxes and I'm told this is not the
> problem. This ties off with the fact that checking out the same 93
> file module on the repository box itself takes the same amount of time
> (using localhost) as the other Solaris boxes on the network.

We have a limited number of Solaris users, I think. My first guess
would be that the problem is in raw file creation speed. Some
filesystems require a synchronous disk access each time a file is
created.

To test this theory, see how long it takes to "cp -r" a working
directory under Solaris. Subversion can't get any faster than that
without changing its working directory structure (which is more verbose
than it needs to be, admittedly).

Turning on logging might help the problem (in /etc/vfstab, replace "-"
with "logging" in the last column for the appropriate filesystem), but
it might not; I don't know if the Solaris UFS logging support removes
the requirement for a synchronous disk access at file creation. My
reading of
http://www.solarisinternals.com/si/reading/sunworldonline/swol-05-1999/swol-05-filesystem.html is that it may just show things down.

You could also mount the filesystem async, but that's really dangerous.
(People lived with that danger in Linux for years with ext2fs, but the
ext2 fsck was perhaps more sophisticated at cleaning up failures.
Again, not sure.) The web page I cited above suggests there are some
commercially available filesystems which might help (but you'd also be
marginalizing yourself, which is never good). Purchasing faster disks
might also be an option.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 18 16:04:17 2004

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

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