Slow hgweb.cgi

Benoît Allard benoit at aeteurope.nl
Fri Apr 15 09:17:21 CDT 2011


Dominik Psenner wrote:
> Good morning!
> 
> Looks like a break-through on this issue!
> 
> I just re-checked all repositories and have seen one repos was not updated
> to null and thus had insight some files/folders. Once I did hg up null there
> I was able change the configuration back to:
> 
> [paths]
> / = repos/*
> 
> without performance penalties.

I just checked and the * vs. ** works fine:
If you put just one star, mercurial will only look at one level of 
directory for repositories (well, except for the .hg/patch). If you put 
** in your config file, then mercurial will look at every possible 
directory to list all the nested repositories. In this case, it is 
*strongly* suggested to update the repositories to null.

  I then suspect that your slowdown comes from self inspection of the 
repository and not from the listing of the available repositories. 
Somewhere a part of the code might be doing something like a `hg status` 
(which at first glance doesn't seems like being needed). Would you care 
about trying to bisect to the faulting revision ?

BTW, you should be able to reproduce it with hg serve if you serve the 
one not updated to null (or with --hgweb-config).

Good luck !

Regards
Benoit
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6370 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20110415/8747e293/attachment.bin>


More information about the Mercurial-devel mailing list