[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

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

From: Julian Reschke <julian.reschke_at_gmx.de>
Date: 2003-05-20 20:17:16 CEST

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


- 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

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


<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
Received on Tue May 20 20:20:12 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.