Hm, okay, that's disappointing. But, I'm a bit confused actually. What are you putting on the USB disk? * The 'svn repository' (the actual back-end database, created with 'svnadmin create', from which you checkout via the file:// protocol) * A 'svn working copy' (a checkout of the central repository, which can be on another filesystem accessed via the file:// protocol, or via the http(s):// or svn:// protocols)
Keep in mind that in Subversion the repository (which keeps all history) and a working copy (local checkout of some tree@revision of the repository) are two entirely different things. This is different from DVCS'es like GIT, where the (local clone of the) repository is at the same time the set of files you'll be working on. The Stackoverflow article you linked to [1] speaks about creating a 'checkout to an USB(3) drive'. In your first post you spoke about 'Creating an SVN repo on the USB drive and committing the project to it takes 16 hours.' Which of the two is it that you're putting on that USB drive? A working copy (a checkout of a repo somewhere else) or an SVN repository? [1] https://stackoverflow.com/questions/68847008/checkout-speed-toirtoise-svn-on-usb-drive -- Johan On Mon, Mar 21, 2022 at 9:16 PM Nition via TortoiseSVN <[email protected]> wrote: > > Hi Johan > > I just tried it again after enabling `exclusive-locking = true` in the config > file, which hopefully did something. > > I didn't do a very scientific test, but basically, it seems like may be a > little faster but nothing major. Pretty interesting hack though - I've ever > dug into the config file options before. > > On Monday, 21 March 2022 at 22:22:34 UTC+13 Johan Corveleyn wrote: >> >> Something to try: look into the (since 1.8) option of enabling >> "exclusive-locking" for the internal SQLite database of the working >> copy: >> https://subversion.apache.org/docs/release-notes/1.8.html#exclusivelocking >> >> I vaguely remember discussions on the [email protected] list >> (or [email protected]) about performance problems with working copies on >> network drives (with USB drives it might be similar), after the 1.7 >> release (which introduced the central wc.db SQLite database for the >> working copy metadata). After some research this exclusive locking >> option was introduced (which actives an option for SQLite if I >> remember correctly). The downside is "coarser grained locking" of the >> entire working copy during operations (whereas, without this option, >> certain operations can be performed concurrently). On an USB drive I >> suppose concurrent operations are not very likely, so this might be a >> big win (impact to be tested). >> >> HTH, >> -- >> Johan >> >> On Fri, Mar 18, 2022 at 7:32 AM Bill via TortoiseSVN >> <[email protected]> wrote: >> > >> > To be clear, I would understand if it took significantly longer than >> > simply copying the files, like say 30 minutes. But to take 16 hours seems >> > like it must be a bug of some kind. The person on Stack Overflow that I >> > linked had theirs transferring even more slowly - 100MB over eight hours. >> > >> > On Thursday, 17 March 2022 at 10:43:40 UTC+13 Nition wrote: >> >> >> >> 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. >> > >> > -- >> > 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/bac5b522-e969-475b-b611-50973f0300b9n%40googlegroups.com. > > -- > 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/494f1e15-bc1b-439d-8682-67a34a8034b0n%40googlegroups.com. -- Johan -- 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/CAB84uBUTfCrReJBWbE_mkYW6YYpLx7tz_%3DKjUqmpn_x5PM1bCA%40mail.gmail.com.
