Julian Reschke wrote:
>>From: D.J. Heap [mailto:djheap@dhiprovo.com]
>>Sent: Tuesday, May 20, 2003 6:59 PM
>>To: 'Branko Cibej'; 'Subversion Developers'
>>Subject: RE: svn.collab.net is now running Subversion 0.23.
>>
>>
>>After running stress.pl for a while this morning on Windows, I can
>>confirm that I still have the svn_io_rename_file problem (with no AV
>>scanning going on), although it is pretty rare, and can also confirm the
>>rather large degradation of performance when I switch to BDB 4.1.15 --
>>approximately 3-4x worse running local and through mod_dav_svn...it's
>>much much more noticeable under mod_dav_svn, of course.
>>
>>
>
>I'm not sure whether there's relation, but we are currently seeing a
>possibly related problem with Windows file system caching (in a totally
>different context). Our tests include:
>
>- creating a folder "a" containing a resource "b"
>- renaming "a" to "c"
>- looking up "a/b" (which is supposed to fail but doesn't always)
>
>and
>
>- creating a file "a"
>- changing the file's contents (with a different size)
>- checking the file length for "a" (which sometimes returns the old length)
>
>As far as I can tell, the following conditions add to the probability of
>failure:
>
>- the files being on a remote file system
>- the "local machine" (W2K) configured as "optimized as server" instead of
>"optimized for desktop operations" (not sure about how the UI calls that in
>english language systems.)
>
>Is this possibly "simply" a caching bug in Windows?
>
>
I suspect something like that, although in the svn_io_rename_file case,
it's on a local filesystem. All the symptoms point to a caching problem.
It's fairly weird, and a simple test case obviouisly won't uncover the
bug; but it's quite possible, given how horrendously difficult it is to
write even a simple Windows filesystem driver.
--
Brane Čibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 20 22:24:02 2003