RE: svn.collab.net is now running Subversion 0.23.

> 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?

Julian

--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org