Re: add/record time

On Sun, Jul 27, 2003 at 01:01:44PM -0700, Trevor Talbot wrote:
> It was a copy of the original repository before the ~7000 file add.  
> It's had two changes made to it, one that modified 6 files and another 
> that deleted a couple CVS directories.  The original repository has had 
> the ~7000 file add (with the 6 original files modified in the process) 
> and another couple directory removals.

Hmmmmm.  The slow function here would presumably be merging those six
changes (plus deleted directories--if they weren't empty then this could
come to quite a few patches) with all the 14000 patches (7000 adds and 7000
initial file contents).  I'll see about running a scenario like this with
the profiler, since there may be another obvious optimization I can do.  If
there is no obvious optimization, I can at least switch from Strings to
PackedStrings for the filenames, which should at least cut down on the
prefactor, if it doesn't improve the scaling of all this merging.
Obviously the merges are all trivial, but each one involves a String
compare, and I suppose those could add up...
-- 
David Roundy
http://www.abridgegame.org