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