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

[Travis <sv...@castle.fastmail.fm>]

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 
it.

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

-Travis


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

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

[Travis P <sv...@castle.fastmail.fm>]

On Mar 16, 2005, at 7:27 AM, Mark Phippard wrote:

> Did you try this with trunk?

Nope, 1.1.3.  I'll have to give trunk a try.

-Travis


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

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

[Mark Phippard <Ma...@softlanding.com>]

Travis <sv...@castle.fastmail.fm> wrote on 03/16/2005 12:09:45 AM:

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

I recall a similar discussion on dev@.  I seem to remember that the 
conclusion was to change svn clean to automatically fix the timestamps in 
the .svn/entries file.  Either that or it was just anytime Subversion 
resorted to a byte by byte compare and the results came back equal it 
would automatically fixup the file so that it didn't happen again.

Did you try this with trunk?

Mark


_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs. 
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org