Hi all, 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. Thanks! Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning E-Mail: thorsten.schoen...@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
