Hi all, I can confirm that Subversion can handle repositories with 100,000+ revisions, size of committed files ranging from few bytes to several GBs, and total repo size of up to 20TB. Speed issues that I'm seeing are mostly related to hard drive operations, but do not prevent efficient work. The only very noticeable speed issues are on commits with thousands (those happen from time to time) on client side, where it takes lot of time to commit (all those files need to be compared by content), but also update (there is always a copy of each file in .svn directory). Outside of that, Subversion performs really well.
Hope this helps. Regards, Aleksa On Fri, Sep 23, 2022 at 9:33 AM Justin MASSIOT | Zentek < justin.mass...@zentek.fr> wrote: > Hello Sean, > > I have not enough experience to answer your question, but I'm very > concerned about large binary files. Whereas I have a more "splitted" > structure of repositories. > I'm following this discussion ;-) Can anyone bring some inputs on this > topic? > > Justin MASSIOT | Zentek > > > On Thu, 22 Sept 2022 at 21:59, Sean McBride <s...@rogue-research.com> > wrote: > >> Hi all, >> >> Our svn repo is about 110 GB for a full checkout. Larger on the server of >> course, with all history, weighting about 142 GB. >> >> There haven't been any performance issues, it's working great. >> >> But now some users are interested in committing an additional 200 GB of >> mostly large binary files. >> >> I worry about it becoming "too big". At what point does that happen? >> Terabytes? Petabytes? 100s of GB? >> >> Thanks, >> >> Sean >> >
