I have a repo with 178'000 revisions and am accessing that using
OpenVPN and my home-DSL with 28/2 MBit/s. Most of the revisions
originate in branches I'm not interested of and are created
automatically by some software.
I have two unrelated feature branches based on trunk which I need to
sync regularly. The problem is that feature2 is about refactoring
directory layout of feature1, especially moving directories around.
During merges this regularly leads to conflicts which TortoiseSVN
tries to resolve by searching the repo for new merge targets and that
search is incredibly slow if executed remotely.
I tried to do the same merge using 2 URL-merges with a local copy of
the repo and that was a lot faster. What is interesting is that it
seems things were CPU-bound within the TSVN-process, which makes sense
when accessing the repo locally using "file:///...". I didn't
recognize much disk I/O and have a SATA-SSD anyway.
That makes me wonder because when doing the same remotely, I see
almost no CPU-usage nor disk-I/O on the remote server. I don't see any
heavy uploads or downloads on my network interfaces as well. This
sounds like whatever is done is done using lots of roundtrips to
contact the server and suffers from the latency of my somewhat slow
upload, rendering that feature almost useless in my environment.
Is there anything I can do to optimize that? Something like tell the
SVN-client to upload whatever is needed to the server at once? Or is
there some break configured somewhere? During the operations my
upload is pretty constant at 40 KBit/s for only whatever SVN does.
Mit freundlichen Grüßen,
Thorsten Schöning E-Mail: Thorsten.Schoening_at_AM-SoFT.de
AM-SoFT IT-Systeme http://www.AM-SoFT.de/
Telefon...........05151- 9468- 55
Fax...............05151- 9468- 88
Mobil..............0178-8 9468- 04
AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
Received on 2020-02-24 18:19:29 CET