RE: Eliminating the text-base penalty

> to implement. I still think an entries file would be worth
> keeping around for other potential optimizations though. But
> the notion of only storing the duplicate file when you do
> "svn edit" is a good one.

Thanks. I'm okay with a general "entries" file although that will
scale slightly worse. Ideally, there will be ONE "entries" file
for an entire hierarchy of checked-out folders, stored at the
root. Each directory could point at where it's check-out root
(or "entries" file) actually lives.

Note that I'm not advocating dropping the current mode of crawling
the entire repository to generate check-ins. I think both modes
need to be supported, to cater both to small and large projects.

> As for your comment about Moore's law, I agree in principle.
> But I don't think we should go out of our way to prove it :)

Fair enough. But if it saves time to take it on faith, then it's
often a low-risk assumption (again, with "linear growth" being the
keyword here).

Cheers,

                                / h+

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Sep 29 18:40:49 2002