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 <lesmikes...@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 > lesmikes...@gmail.com >
