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

Re: How to speed up commit (timing out, locking repo)?

From: Rachael Russell <rachael.russell_at_gmail.com>
Date: 2005-05-11 18:10:10 CEST

I've found that since moving to a fsfs based repository, doing big
commits are flying compared to when using a berkeley db repository...
Maybe using fsfs could help speed things up a bit for you?

cheers
Rachael

John Norton wrote:

>Yes and yes... The FS is dog slow. These are first-time adds to SVN.
>It seems to add files in bursts, then hang for several minutes (cleaning
>up pagefile space?) How would I go about finding logs/transcripts?
>
>John
>
>
>
>-----Original Message-----
>From: Steve Williams [mailto:stevewilliams@kromestudios.com]
>Sent: Tuesday, May 10, 2005 4:59 PM
>To: Subversion users group
>Subject: Re: How to speed up commit (timing out, locking repo)?
>
>Ben Collins-Sussman wrote:
>
>
>>>I'm trying to commit an images directory containing three subdirs for
>>>a total of >120,000 files.
>>>The smallest subdirectory has about 47,000 files, about 9 GB of data.
>>>
>>>
>
>
>
>>>CPU and memory stay relatively low, 15-20% and yet it is taking days
>>>to commit the small directory,
>>>
>>>
>>>often hanging in the middle and requiring a recover of the repository.
>>>
>>>
>>This is not normal, nor expected. There's no reason it should ever
>>hang or crap out. Everything is streamy. Can you show us specific
>>details? Transcripts?
>>
>>
>
>Windows filesystems often drag their feet on directories containing so
>many files. The more files there, the slower access to those files
>becomes. If the smallest directory he has contains ~47,000 files, I'm
>guessing that the filesystem is going to be quite slow.
>
>--
>Sly
>
>
>This message and its attachments may contain legally privileged or
>confidential information. This message is intended for the use of the
>individual or entity to which it is addressed. If you are not the
>addressee indicated in this message, or the employee or agent
>responsible for delivering the message to the intended recipient, you
>may not copy or deliver this message or its attachments to anyone.
>Rather, you should permanently delete this message and its attachments
>and kindly notify the sender by reply e-mail. Any content of this
>message and its attachments, which does not relate to the official
>business of the sending company must be taken not to have been sent or
>endorsed by the sending company or any of its related entities. No
>warranty is made that the e-mail or attachment(s) are free from computer
>virus or other defect.
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
>
Received on Wed May 11 18:57:06 2005

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