On 16 April 2014 21:13, Florian Ludwig <vierzigundz...@gmail.com> wrote:
> Hi,
>
> this topic was raised several times in the past - the answers range from
> "will be better/solved in the next version 1.7" or "it is due to ntfs vs
> ext3/4" or it's the AV, network setup or the Windows file indexing service.
> After disabling all those and running a test checkout on Linux and Windows
> on the same machine I still get a result of Linux being 7.3x times faster.
> Any ideas why?
>
> Versions:
> * 1.8.8 on Linux
> * 1.8.6.254 command line from tortoise
> * 1.7.16 svnserve linux
>
> Note: Upgrading the server might be an option but I guess that is not the
> root cause of the problem here?
>
>
> The repository:
> * Checkout size: 8.9 GB (without .svn folder 4.9 GB)
> * 410 Folders
> * 23,706 files
>
>
> Commands used to test:
> * Linux: $ time svn co svn://10.0.0.1/test > /dev/null
> * Windows: PS Measure-Command { svn co svn://10.0.0.1/test > $null }
>
> Results (tests run twice, better result taken):
> * Linux on ext4 (journaling enabled): 1m 16s
> * Linux on NTFS*: 3m 29s
> * Windows 7 on NTFS*: 9m 19s
>
> [*] Same partition
>
>
> Client Machine
> --------------
>
> * Intel(R) Xeon(R) CPU E3-1230 V2 @ 3.30GHz
> * checkout to HDD not SSD
> * 1 GBit LAN to server
> * Linux, Fedora 20 64 bit
> * Windows 7, 64 bit
> * AV deactivated
Did you disable Antivirus or completely uninstalled? I'm asking
because from my experience many antiviruses are still hooked in
network stack even disabled. Only full uninstall helps.
Also I recommend using '--quiet' for tests because even redirecting to
$null can be slow in PowerShell.
Also issue can be caused by different disk flush polices on Windows
and Linux: could you try temporary turn off Windows write-cache buffer
flushing on the device:
http://blogs.msdn.com/b/oldnewthing/archive/2013/04/16/10411267.aspx
I do not recommend this as solution, just to find root cause.
--
Ivan Zhakov
CTO | VisualSVN | http://www.visualsvn.com
