Hey there, We're aware that 7.5 has some performance issues, particularly with larger repos and projects, and we're currently working on the next version. The fixes we're planning are entirely focused on performance, across the entire range of functions. We're also doing our own benchmark testing, to make sure we can get performance improvements comparable to 7.0.x versions. We'll be looking at getting some people to try an early release version, is this something you might be interested in?
I am interested in testing performance betas as well, but I'm not sure that 7.0.x is the best benchmark, as I noticed performance degradation from the 6.x series, especially in memory consumption.
I too would be happy to test performance releases. I've got several working copies ranging from roughly 2MB, to an on disk total space of >5GB. If that doesn't tax SmartSVN, I do not know what will.
Great, thanks guys. I'll give you a nudge as soon as we've got a preview release available.
I would also like to voice my displeasure with how noticeably slower 7.5.x is in general. One of the reason SmartSVN was so good before is it was pretty snappy. Now it feels like a dog at times
Where are you guys at on this? It takes me ~10 minutes to open my project with 5 sandboxes in it on my system w/ SMARTSVN_MAX_HEAP_SIZE=2048m and "fs.inotify.max_user_watches = 40000" in my /etc/sysctl.conf.
Out of curiousity, are you guys inotifying on every file-system node in the sandbox, including ignored files in ignored directories? If so, check this out in my typical sandbox (of which I'd like to keep 5-10 in a project):
The number of file-system nodes that subversion cares about in a sandbox:
$ svn ls -R . | wc -l
The total number of file-system nodes that in a sandbox:
$ find . | wc -l
So if you're maintaining any information about ignored files, especially in ignored directories, please don't do that! Or at least give us a preference to tell you not to.
Never mind about that previous post. The problem is Java 7 and its accompanying inotify usage on Linux. I'm going to just switch back to Java 6 (either Oracle or OpenJDK will do), and live without the fancy auto-refreshing behavior that steals so much of my life.