monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] importing


From: graydon hoare
Subject: Re: [Monotone-devel] importing
Date: 03 Jul 2003 16:51:01 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Tom Tromey <address@hidden> writes:

> Today I wanted to try importing libgcj again.  Last time I tried this,
> monotone crashed.
> 
> I found something interesting.  "monotone scan" is really slow for
> libgcj:
> 
> fleche. time monotone scan
> real    4m0.775s
> user    2m21.120s
> sys     0m9.250s
> 
> 
> Here is the same thing for a Classpath tree:
> 
> fleche. time monotone scan
> real    0m6.076s
> user    0m5.070s
> sys     0m0.090s
> 
> 
> These two trees are about the same size -- libgcj is 27M and Classpath
> is 28M.  Both these commands were run after deleting my test database.
> My machine is fairly quiescent, but I didn't take any special care.  I
> did run each one a few times, and the above results are
> representative.

huh. can't reproduce. I get:

address@hidden libjava]$ /usr/bin/time /media/tmp/monotone scan
4.64user 0.29system 0:04.93elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (267major+620minor)pagefaults 0swaps

and

address@hidden libjava]$ /usr/bin/time /media/tmp/monotone import
enter passphrase for key ID address@hidden : 
imported manifest 2ed4a17c132dead581b604b7e167399c21c5707f
22.11user 3.09system 0:27.92elapsed 90%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (389major+191622minor)pagefaults 0swaps
address@hidden libjava]$ ls -l monotone.db 
-rw-r--r--    1 graydon  graydon   9427968 Jul  3 16:43 monotone.db

importing about 27 megs, like you say, which compresses down to about
9 once it's stored. that's using the monotone posted on
venge.net. could you use /usr/bin/time, so I can see how many page
faults you're getting? it sounds like there's a large amount of
allocation going on. maybe monotone is escaping into your root
filesystem or something (?)

(nb: don't bother benchmarking delta storage yet; it's stupidly wrong
 in that version and I know it. I've much improved it since that
 version, just considering whether to do another release yet or wait
 until I have development library RPMs and have switched to
 libxdelta..)

-graydon





reply via email to

[Prev in Thread] Current Thread [Next in Thread]