[Top][All Lists]

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

Re: Emacs Bazaar Repository II

From: Daniel Clemente
Subject: Re: Emacs Bazaar Repository II
Date: Wed, 22 Oct 2008 00:07:18 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux)

"Martin Pool" <address@hidden> writes:
> Thanks for that.  We'd be interested to hear how this performs with
> emacs in general development use: is it fast enough, or what would you
> most like improved?   And are there any bugs that you hit in
> particular when using bzr with emacs?

  I speak as a simple user who likes to see what's going on in Emacs. I am 
hoping that Emacs can migrate to Bazaar soon because Cvs or Git are too complex 
for me to use and therefore hinder me from collaborating (it was not the case 
with Bazaar).

  The operation I use most is „log“: to see what's new, or if something was 
included or not, or when, or who did what when, etc.
  I have tested this second repository and also the first one. I used today's 
bzr (rev. 3788) and did several successive tests until the results stabilised.

The old one (without merges):

$ time ../bzr/bzr log >/dev/null

real    3m10.266s
user    2m57.083s
sys     0m2.004s

The new one (emacs-merges):

$ time ../bzr/bzr log >/dev/null

real    4m20.742s
user    4m10.092s
sys     0m2.420s

  Ok, with merges it's 1m10s more than without merges.
  However, ¿¿¿ 4m20s only to display log messages ??? That seems a lot, 
specially after seeing how fast can log messages be shown in other tools: here 
is the result for the same tree in git:

$ time git log >/dev/null

real    0m7.849s
user    0m6.940s
sys     0m0.208s

  So, having to wait 4m20s where you could be waiting 8s means that there is 
still room for improvement and that yes, it still is a bit uncomfortable.
  But all problems will be solved...



  The repositories I used for the tests are:

reply via email to

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