On Wed, Aug 1, 2012 at 7:04 AM, slaventii <xumuku_at_gmail.com> wrote:
> My last test results :
> SVN Server:
> Ubuntu 12.04
> svn, version 1.7.5 (r1336830) compiled Jul 19 2012, 21:53:29
> SVN Client:
> Windows Server 2003
> svn, version 1.7.5 (r1336830) compiled May 15 2012, 12:29:08
> LAN 100 Mbit/s
>
> co svn:// ~ 37m 44 sec
> co https:// ~ 40m 04sec
> co svn vs https perf, % ~ > 6%
>
> up svn:// ~ 0m 35sec
> up https:// ~ 0m 19 sec
> up svn vs https perf, % ~ > 23%
Huh? How do you arrive at 23 %? According to these numbers, https is
almost twice as fast here.
> svn client 1.5.4 with svn server 1.7.5 with same servers:
> co svn:// - 22m 30 sec
>
> cat /etc/apache2/mods-enabled/dav_svn.conf
> <IfModule dav_svn_module>
> # Enable a 1 Gb Subversion data cache for both fulltext and deltas.
> SVNInMemoryCacheSize 1048576
> SVNCacheTextDeltas On
> SVNCacheFullTexts On
> SVNCompressionLevel 0
> SVNAdvertiseV2Protocol On
> </IfModule>
>
> cat /etc/xinetd.d/svnserve
> server_args = -i -r /var/svn/repos
> --log-file=/var/log/svn/svn.log --memory-cache-size=1024
> --cache-txdeltas=yes --cache-fulltexts=yes --compression=0
>
> In my result I see that co operation decrised very high when I used new client.
> Also co operation time has no so big difference between svn and http protocols,
> But up operation is 23 % slower via http.
>
> Maybe this is because of "SVNCompressionLevel 0" ?
> "For example, on a local area network (LAN) with 1-Gigabit
> connections, it might not make sense to have the server compress its
> network transmissions (which also forces the clients to decompress
> them), as the network itself is so fast that users won't really
> benefit from the smaller overall network payload. On the other hand,
> servers which are accessed primarily by clients with low-bandwidth
> connections would be doing those clients a favor by minimizing the
> overall size of its network communications."
> But my LAN is 100 Mbit/s
That could very well be the reason here why your tests with 1.7 server
are slower. I suppose it's reasonable to expect that
SVNCompressionLevel 0 makes checkout slower on a 100 Mbit connection.
On a 1 Gbit connection the situation could be different, and it might
make it faster because CPU (for compression) might become the
bottleneck.
It might be interesting to repeat your tests with 1.7 server with a
default SVNCompressionLevel (which would then be the same compression
as your older server).
Some tests with the same hardware/software combinations over a 1 Gbit
connection might also be very interesting, but I suppose it'll be hard
for you to set up this environment.
--
Johan
Received on 2012-08-01 18:06:15 CEST