Front page | perl.cpan.workers |
Postings from March 2010
# 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
---------------------------------------------------
Thread Previous
|
Thread Next