Re: deleting the CPAN will make it sync faster

# from Elaine Ashton
# on Monday 29 March 2010 10:13:

>Given that rsync isn't going to be reinvented terribly soon, the size
> and number of files will continue to be an issue unless a compromise
> can be made with regard to trimming it back a bit.

Any significant improvement made by efforts to get authors to delete 
things (or get them to not mind things being deleted -- which won't 
work on me) will take at least as much energy and will yield suboptimal 
results vs getting one fraction that number of mirror operators to use 
a less blunt sync tool.

So, as obvious as it is that sysadmins don't like change, the fact is 
that a trimmed CPAN would still have a pile of unchanging files in it, 
so it still wouldn't rsync as fast as a new-files-only pull on the 
uncrippled CPAN.

If anything is going to be done, it will go easier if the people who 
have a problem are fixing the problem rather than making problems for 
all kinds of people who had no problems.

--Eric
-- 
So malloc calls a timeout and starts rummaging around the free chain,
sorting things out, and merging adjacent small free blocks into larger
blocks. This takes 3 1/2 days.
--Joel Spolsky
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------