Daniel Berlin wrote:
> db_stat -m the resulting database and send the output to me (or the
> mailing list).
> This will tell us whether it's subversion, or whether you need to tune
> the various DB_CONFIG parameters (like cache size).
These are the new statistics with a svn just a few days old and with
my latest cvs2svn.
$ db_stat -m
257KB 768B Total cache size (263936 bytes).
1 Number of caches.
270336 Pool individual cache size.
59M Requested pages found in the cache (74%).
0 Requested pages mapped into the process' address space.
21M Requested pages not found in the cache.
161113 Pages created in the cache.
21M Pages read into the cache.
4150615 Pages written from the cache to the backing file.
18M Clean pages forced from the cache.
3923095 Dirty pages forced from the cache.
0 Dirty buffers written by trickle-sync thread.
64 Current clean buffer count.
0 Current dirty buffer count.
67 Number of hash buckets used for page location.
92M Total number of times hash chains searched for a page.
9 The longest hash chain searched for a page.
137M Total number of hash buckets examined for page location.
236M The number of region locks granted without waiting.
2 The number of region locks granted after waiting.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Pool File: strings
4096 Page size.
44M Requested pages found in the cache (69%).
0 Requested pages mapped into the process' address space.
20M Requested pages not found in the cache.
155254 Pages created in the cache.
20M Pages read into the cache.
4004768 Pages written from the cache to the backing file.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Pool File: representations
4096 Page size.
14M Requested pages found in the cache (95%).
0 Requested pages mapped into the process' address space.
758317 Requested pages not found in the cache.
5859 Pages created in the cache.
758316 Pages read into the cache.
145847 Pages written from the cache to the backing file.
Hmm, there are less pool files than before...
I still get this error after the conversion:
$ svn log file:///repo/svn/emacs
svn: Berkeley DB error
svn: Berkeley DB error while reading node revision for filesystem
/repo/svn/emacs/db:
Cannot allocate memory
$ svnadmin youngest /repo/svn/emacs
49869
And I also got this error at the end conversion during a
conversion of a tag (only fs.copy is part of the commit):
tag gerd_dbe to /branches/gerd_dbe/lisp/ChangeLog from
/trunk/lisp/ChangeLog revision 39204
Traceback (most recent call last):
File "/home/mark/svnwork/final-3/cvs2svn.py", line 947, in ?
main()
File "/home/mark/svnwork/final-3/cvs2svn.py", line 944, in main
util.run_app(convert, ctx, start_pass=start_pass)
File
"/root/rpms/tmp/subversion-2002110320-0/usr/lib/python2.2/site-packages/svn/util.py",
line 38, in run_app
File "/home/mark/svnwork/final-3/cvs2svn.py", line 874, in convert
_passes[i](ctx)
File "/home/mark/svnwork/final-3/cvs2svn.py", line 744, in pass5
do_copy(ctx, t_fs, 1, branch_copies, copy_from, copies_done,
branches_done)
File "/home/mark/svnwork/final-3/cvs2svn.py", line 794, in do_copy
conflicts, new_rev = fs.commit_txn(txn)
RuntimeError: Commit succeeded, deltification failed
The conversion took (with fsync disabled):
real 428m18.067s
user 397m43.871s
sys 18m39.643s
Fri Nov 8 14:45:21 CET 2002
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 8 18:14:29 2002