2009/2/13 Marko Käning <[email protected]>

>
> ... merely I want to avoid that the handler scans every directory (viewed
> by the explorer) for hg repo files. That's what you achieve in TSVN e.g.
> like this:
>
> exlude dirs : *     (by default all dirs are excluded from repo scanning)
> include dirs: D:\WC (only this directory is objected to overlay-icons)
>
> Well, perhaps it's because I don't understand how thg's overlay-handler
> works, but I figure it should speed up the explorer views if you do not
> have to search for Mercurial, CVS and SVN repos in every single directory
> viewed in the various explorer views.
>
> Could be the performance gain is minimal. Just a thought!
>

As I recall it, the performance penalty is payed by parsing the manifest
file, not by searching directories. Thus clever selection of directories
would not improve performance for visible overlays, but it would allow finer
granularity over when to show overlays.

The directory search is not recursive down (with a big fanout) like SVN, it
is recursive up (with fanout 1).

TK has done some work on a multithreaded manifest cache, which would speed
up overlays a lot. Unfortunately, it is not yet complete.

Regards,
Peer
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Tortoisehg-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss

Reply via email to