bzr performance (blitz speed on GNU/Linux compared to M$)

[John Arbash Meinel]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Eric Siegerman wrote:
> On Fri, 2009-02-06 at 12:04 -0600, John Arbash Meinel wrote:
>> I've
>> seen it where the "creating new file" portion goes fast, but doing "mv
>> .bzr/checkout/limbo/dir working-dir" my system actually seems to just
>> hang for about 5-10s not doing anything (that I can see).
> 
> Windows doesn't like to rename a directory that contains open files,
> which suggests that the rename call walks the tree looking for any.  If
> so, that would make directory-rename O(# of files and subdirectories),
> instead of O(1) as on *NIX.
> 

Opening a file takes out some sort of OS lock on the whole path leading
up to the file. So if you open:

 C:/Foo/bar/text.txt

Then Foo, bar, and text.txt are all at least logically locked. I would
assume that windows would keep track of open files+containing dirs
rather than walking the tree during a rename.

The people who implemented Samba would probably know more.

John
=:->

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmNyjYACgkQJdeBCYSNAAMNhACfczYRBnSCzpIANP1hLYp9mJRA
49QAoLHZ+hS1WpqtjeNJraV1BEeWzlH1
=S6Dr
-----END PGP SIGNATURE-----