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

Re: Veeery sloooow Import/Checkin to a FSFS repository

From: Lars Heineken <lars.heineken_at_diasemi.com>
Date: 2006-02-01 14:46:07 CET

Hi,

We are having similar trouble at our company. The developers are accessing their working copies on windows (stored on a UNIX filesystem) via a Samba share. The performance is lousy. Unfortunately we can't change the setup as we do remote compiles via windows on UNIX. I made a network trace and found that the network drive layer sends a lot of (rather small) packages with the smb-option "SYNC" set. Packages with this option have to be answered by an "ACK"-package prior to the next package beeing sent. The network delay of a few miliseconds results in a commit speed of about 5-10 Mbit/s on a 100Mbit/s link. The problem is independant of the subversion client beeing used. We ruled out a lot of other possible factors like the fact that it's a samba server, or the virus scanners.
Does anyone with knowledge about how subversion accessed the windows file system layer have an idea what might cause this strange behaviour and what could be done to resolve this ? I'm willing to help in any way I can.

Regards,

Lars.

-----Ursprüngliche Nachricht-----
Von: Branko Cibej [mailto:brane@xbc.nu]
Gesendet: Mittwoch, 1. Februar 2006 13:43
An: Lübbe Onken
Cc: dev@subversion.tigris.org
Betreff: Re: Veeery sloooow Import/Checkin to a FSFS repository

Lübbe Onken wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Branko Èibej wrote:
>
>
>> I've seen similar horribly slow behaviour when simply browsing share on
>> my home PC (not a domain member) from my laptop (is a domain member, but
>> was physically disconnected from the PDC). I think it's an
>> authentication thing, and has nothing to do with Subversion.
>>
>
> I think, I found the reason why.
>
> I tried creating and accessing shares and repositories in both
> directions desktop <-> laptop. Browsing shares on the other machine with
> windows explorer always worked smoothly. All the repositories on the
> desktop could be accessed at full speed, but on the laptop it made a
> difference which partition I used.
>
> The slow repository on the laptop was on a FAT32 partition. If I instead
> created a repository inside a share on a NTFS partition, all actions ran
> at full speed.
>
Weird.

> Now I only wonder, why committing to a repository on a FAT32 partition
> via a network share is so slow, while committing to the same repository
> locally does not show a penalty.
>
It's one of those deeply magical mysteries, probably related to making
"the next version of Windows even faster!!!" :(

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 1 14:49:00 2006

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.