hg-git performance on large git repositories.

[Uwe Brauer]

>>> "DVPC" == Dan Villiom Podlaski Christiansen <danchr at gmail.com> writes: > > 

> Den 19 Sep 2021 kl. 08.38 skrev Uwe Brauer <oub at mat.ucm.es>:
>> Hi 
>> 
>> I am starting to notice a problem when I access large git repositories.

> [snip]

>> 3. GNU emacs however (that was converted from CVS to Bazzarr to git
>> to hg) has 264610 changesets. There I do notice a siginificant
>> delay in almost every operation:
>> not only
>> 
>> a. hg branches but also
>> 
>> b. hg ci  etc

> hg-git shouldn't be doing anything particular w.r.t. committing. One
> possible cause is that you have _a_lot_ of draft commits. Try
> publishing `master` and see if it helps:

> $ hg phase -p master

I did this, 

 hg status 

Is faster but that is all. I add an empty line to a file, and 
run hg up -C needed  10 sec.

I tried it again running 

hg ci

Also 10 sec.

> Alternatively, you can enable the `hggit.usephases` configuration setting and pull.


Well I think I have that 
because my setting is

[hggit]
usephases = True


> Which version of hg-git, Mercurial and Python are you running?

Well aehm (since I need the artemis extension which requires python 2.7)

Hg:
I use version 5.2rc0+20200125 (on Ubuntu 16.04)

Hg-git (I use a very particular change set committed by Manuel Jacob,
that allows named branches to be pushed as git branches, it does work
the other way around. We talked about it and I am keen to give your
implementation a try. I hoped to port artemis to python 3.X but I have
not very much time, and frankly don't use python that much.

So hg-git change set acc4280e2ab7
topic export-additional-refs

And of course also 3ad09bbcbe3e
which has a different topic namely 
topic same-ref-for-multiple-changesets

Well that is I know more than 2 years old

That might be one reason.....

>> I have also the evolve extension enabled, I disabled it, but it did not make any difference.
>> 
>> 
>> Does or did anybody notice something similar?

> I regularly use Mercurial with a repository[1] with ~188k commits and
> a ~44k files in total. I haven't noticed any particular slowness,
> apart from status and so on — which is to be expected with that many
> files.

> [1] https://github.com/macports/macports-ports

Oh you are a mac user. If you are bored and have a lot of free time, I
would be very interested if you could clone the GNU emacs repository
(however that took I think 2 hours ahem) and tell me what is your
experience

git://git.savannah.gnu.org/emacs.git


Regards

Uwe 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5673 bytes
Desc: not available
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20210920/ef6a90c2/attachment.p7s>