Slow clone from Windows UNC source paths

[Didly Bom]

On Fri, May 28, 2010 at 1:34 PM, Adrian Buehlmann <adrian at cadifra.com>wrote:

>
> Did you stop the Web Client service on the _client_ machine? (the machine
> that runs the hg.exe process).
>
> Stopping the Web Client service on the server is supposed to be irrelevant.
>

I stopped it on the client machine. The server machine does not even have
that service in the service list. Disabling the webclient service on the
client machine did not change the timings of any of the clone operations in
any way.

Can you upload them somewhere instead? Bitbucket allows uploading files on
> free
> accounts/repos. Not sure if I will look at them though.


If you are still interested on them I can put it on a dropbox folder on
monday.

Antivirus on-access scanners are known to potentially very badly affect
> mercurial's file access. So unless you explicitly understand all exact
> consequences I strongly recommend to exclude all repository directories
> from
> on-access-scanning and also from indexing by the Indexing service.
>

´he antivirus is controled by our IT department so I don't think I can
exclude any folder from its on access scanning list, though I can try. I
think that I have disabled the indexing service already but I will make sure
that is the case on monday. ´hank you for the tip!


> BTW2, I've started playing with the following patch (not ready for pushing
> yet):
>


> Thanks to this, if the os_link() call on the first file in the top level
> directory already fails [1], the copying process switches mode to using
> shutil.copy() for the rest of the tree, assuming that calling os_link()
> again would be pointless because it would fail anyway.
>

Cool! If you want me to test it please let me know. If I did, would I need
to build mercurial myself? I don't have my machine setup for it (yet).

Thank you for your effort on tracking and fixing this problem! :D

Didly
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20100530/14c4685b/attachment.htm>