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

recognizing unchanged content quickly (was: bug in svn diff and related?)

From: Travis <svn_at_castle.fastmail.fm>
Date: 2005-03-16 06:09:45 CET

On Mar 15, 2005, at 10:26 PM, Ben Collins-Sussman wrote:

> The speedup is noticeable, and affects everyone all the time. Try
> switching the algorithm and doing some timing tests to see for
> yourself.

I admit surprise. I'll give that a try if I can, but will take your
word for it because it sounds like you or someone you know has tried

> The situation you're worried about -- a process that tweaks a
> working-file's timestamp into the past -- is incredibly rare. We
> simply never hear about it.

I've got a related question: lets say that I do change timestamps
(this is to fool make into allowing most of us to share hundreds-of-meg
of slow-to-build products via symlink to a common place when only
working on a subset of the project), can I do any operation that will
get Subversion to update the stamps in entries file so it doesn't do
the slow content check all the time?

I just did an experiment with update and clean and I'm not seeing any
difference in the text-time in the entries file. I remember this
discussed on dev@ but don't recall any action being taken and my
experiment appears to confirm that. Is that your recollection as well?


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 16 06:12:35 2005

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

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