Sebastian Tusk writes:
> I did some tests with a repository that contains a single file sized 686
> MB. I used the svn client version 1.3.0 on a windows machine.
>
[...]
> svn commit
> The file to commit is named test. The function performed is guessed.
>
> activity function? time
> ------
> read 512b blocks from "test"
> write 512b blocks to "test.svn_base.tmp" COPY? 3m10s
Copy the file to a temporary text base. 512 byte blocks are used on
Windows because APRs file copying routine uses BUFSIZ which is far too
small on Windows. See
<http://svn.haxx.se/dev/archive-2004-11/0123.shtml> for some
discussion. I think we should have our own copy function (as a
short-term solution) if it improves performance dramatically on some platforms.
There have been some work in this area for 1.4. For example, temporary
file creation for MD5 hashing has been eliminated in some cases. It
would be nice to see results using a trunk build. And it would be nice
to see the performance changes when increasing BUFSIZ. (Oh, and it
seems that svn_io_file_checksum also uses BUFGSIZ).
Would you be willing to try a trunk build with the above
modifications? I would be willing to review patches...
Thanks for the analyzes so far,
//Peter
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 8 17:17:32 2006