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

Re: possible win32 fsfs performance

From: Kevin Puetz <puetzk_at_puetzk.org>
Date: 2004-10-22 15:11:54 CEST

JS.staff wrote:

> If the number of small revision files proves a problem in win32 fsfs, have
> you thought about using a system like .jar in Java? (for v old rev files)
> Having multiple directories with x,000 files in each would be ok, but it
> would be more space-efficient to collect them up into bigger chunks.
> John

JAR files are terrible for read-write performance (as you have to keep
rearranging the archive. They make a great way to store lots of read-only
files, but not a good way to store a growing repository.

Besides, chunking like this would require that chunked-fsfs have all the
internal locking facilities that bdb has, to let multiple programs update
it. Which would mean you'd need write access to the repo to do checkouts,
and it would be possible to wedge it if a client crashed, would need
special tools to get a consistent backup, etc. We've aleady got one backend
that chunks things into fewer, bigger files, and has made these tradeoffs
in administrative complexity.

fsfs lets subversion take advantage of the simpler solutions possible if we
have a filesystem that doesn't suck (tm).

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 22 15:12:14 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.