It used to be much, much worse: see the old thread at
http://subversion.1072662.n5.nabble.com/Poor-performance-for-large-software-repositories-downloading-to-CIFS-shares-td155699.html.
A large improvement occurred for Subversion on CIFS in a following
Subversion release, I believe as a performance enhancement to Subversion
1.6.x, I don't remember which release. I'd expect CIFS to remain slower
than NFS: it's a very chatty protocol.
Tuning Samba for performance can be..... an art form. I've personally found
TCP_NODELAY to be helpful. I'd actually avoid CIFS and use NFS where
feasible, which modern Windows releases support well, If you *have* to use
Samba, and want a recent release for RHEL 6 compatible operating systems, I
publish tools for building Samba 4.x releases over at
https://github.com/nkadel/samba-4.0.7-srpm/ .
On Tue, Sep 24, 2013 at 12:43 PM, Les Mikesell <lesmikesell_at_gmail.com>wrote:
> I think this has been discussed here previously but I don't remember
> any definitive conclusions so I'll ask again. We now have some
> Windows users with samba-mounted disk space and large svn checkouts
> and commits are very slow compared to local disk access. Are there
> any samba server settings that would be likely to help with the speed?
>
> --
> Les Mikesell
> lesmikesell_at_gmail.com
>
Received on 2013-09-25 06:22:04 CEST