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

Re: Performance of SVN on Windows and Linux

From: Toby Thain <toby_at_telegraphics.com.au>
Date: Fri, 3 Apr 2009 18:49:44 -0400

On 3-Apr-09, at 6:36 AM, John Aldridge wrote:

> Paul Koning wrote:
>>>>>>> "Andrey" == Andrey Repin <anrdaemon_at_freemail.ru> writes:
>>
>> Andrey> Greetings, David Weintraub!
>> DW> The biggest problem with Windows is the virus scanning
>> DW> software. When you checkout 1000 files, Windows scans each of
>> DW> those for viruses. ...
>>
>> Andrey> It seems your imagination of Virus scanning schemes a bit
>> Andrey> outdated... Like, 8 years old. Normal monitoring antivirus
>> Andrey> scan each file only once - at the creation or
>> Andrey> modification.
>>
>> But that's what checkout does -- it creates a working directory full
>> of files, two copies in fact plus overhead.
>
> Here's a data point...
> ...
>
> A checkout of trunk (900 MB, 28000 files) takes 5'00"
> An export of trunk (450 MB, 9000 files) takes 3'20"
> An update of trunk (94 files actually updated) took 0'30"

In isolation, this data point doesn't seem very useful. Wouldn't you
want to benchmark other operating systems on the same client, network
and server?!

Change any of those three variables and these numbers lose any meaning.

--Toby

>
> --
> Cheers,
> John
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?
> dsForumId=1065&dsMessageId=1531029
>
> To unsubscribe from this discussion, e-mail: [users-
> unsubscribe_at_subversion.tigris.org].

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1536524

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-04 00:50:30 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.