Hi, yeah good call to try it with pure commandline. I've now tried the same commit with commandline svn and, although I didn't wait for the whole thing to complete this time, it did seem to be similarly slow. So as you say, this sounds like an issue for SVN rather than for TortoiseSVN specifically. Thanks for your time anyway.
I understand that the commit may be much slower than a direct file copy, but in that case I'd be expecting maybe half an hour or even an hour, but not *sixteen *hours. I said something similar in an earlier comment that's still pending approval. On Thursday, 17 March 2022 at 21:07:45 UTC+13 [email protected] wrote: > onsdag 16 mars 2022 kl. 22:43:40 UTC+1 skrev Nition: > >> There seems to be something strange going on with TortoiseSVN, the >> "file://" protocol, and USB drives, at least on Windows 11. >> >> I have a 3.68GB project: >> >> - Creating a local SVN repo and committing the whole project to it, >> both located on the same SSD, takes a few minutes. >> - Copying the project folder manually to a USB 3.0 drive takes a few >> minutes. >> - Creating a GIT repo on the USB drive and committing the project to >> it takes a few minutes. >> - Creating an SVN repo on the USB drive and committing the project to >> it takes *16 hours*. >> >> Tested with several versions: TortoiseSVN 1.10.5, TortoiseSVN 1.14.2, and >> the absolute latest 1.14.99.29376. Same result on all. >> >> I found one other person mentioning the same issue here >> <https://stackoverflow.com/questions/68847008/checkout-speed-toirtoise-svn-on-usb-drive> >> . >> > > It would be very interesting to see if you can reproduce the issue using > the svn command line program (e.g. svn checkout file:///c:/repo e:\wc). I > suspect the issue is in the Subversion code and not in the TortoiseSVN > code. If you have the same problem with the svn command line programs, you > can report it on the Subversion mailing lists: > https://subversion.apache.org/mailing-lists.html > > Subversion operations are relatively disk intensive and for example create > a "pristine" copy of each file during checkout (in the .svn\pristine > folder) and THEN copies that file to the final location in the working > copy. Thus each file is written at least twice. If you have a low > throughput disk device this means low performance, unfortunately. > > There has been a number of improvements in the very latest version of > Subversion (both regarding how data is written to the working copy as well > as removing the "pristine copy" thus reducing disk space requirements). > > Kind regards, > Daniel > -- You received this message because you are subscribed to the Google Groups "TortoiseSVN" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tortoisesvn/4e56644d-08b4-4758-9939-d049eb32ab56n%40googlegroups.com.
