>
>
>It doesn't run :-(
>
>With this change it runs, I don't know if this makes the results
>invalid
>
>--- reposbench.py.orig Tue Nov 12 23:52:52 2002
>+++ reposbench.py Tue Nov 12 23:51:28 2002
>@@ -36,7 +36,7 @@
> err=p.childerr.read()
> if p.poll()<>0:
> print err
>- assert(p.poll()==0)
>+ #assert(p.poll()==0)
> m=re_collect.search(err)
> assert(m)
> return map(strToSec, m.groups())
>
That means a command returned an error code. The results are probably
not any good.
>@@ -115,7 +115,7 @@
> def __init__(self):
> self.dir=os.path.join(os.getcwd(), 'svnrepo')
> self.wcdir=os.path.join(os.getcwd(), 'svnwc')
>- self.url='file://'+os.path.join(os.getcwd(), 'svn')
>+ self.url='file://'+os.path.join(os.getcwd(), 'svnrepo')
> def name(self):
> return 'SVN'
> def create(self):
>
>
This one I've checked in, it was a type on my part.
>
>On my system, running the CVS tests produces a low level of disk
>activity, much like when I compile, I suspect the CVS filesystem is
>cached in RAM and flushed periodically. When running the SVN test
>there is intense disk activity, which I suspect is the BDB log files
>being written. Does your test simply indicate that the OS native
>filesystem is faster that Subversion's BDB filesystem?
>
>
Not sure of that, I've been meaning to hook atsar into the process to
show io usage. In the meantime I just want to start tracking subversion
performance so that any performance enhancements will be visible.
> Have you done any profiling to identify the problem? I've run
> oprofile on httpd in the past, and it was internal BDB mutex functions
> that took the vast majority (>90%) of the time.
I've done so in the past and added an issue in the tracker for the
biggest problem that I've identified, but that issue makes it somewhat
different to track down the rest because everything is so small compared
to that. See Issue 913 in the tracker.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 13 01:21:52 2002