Bug#111879: apt-get: wishlist: random download order for better HTTP cache hit rate
On Mon, Sep 10, 2001 at 04:49:02PM -0600, Jason Gunthorpe wrote:
> A better solution to your problem is a preditictive usage sensative
> debian-specific cache. It could download off peak hours, at a
> slower+kinder rate and have the new .debs prepared before the client
> requests them.
>
> Nobody has written such a cache (apt-proxy doesn't quite do it all), but I
> think it would be incredibly handy for large orginizations such as yours.
What additional features would be needed in such a cache?
- Fine-tuning cache parameters for .deb's, Packages files, etc.
(I finally seem to have convinced Squid to do this correctly)
- Priming the cache before running upgrades (wget --delete-after)
- Bandwidth management (if this is really necessary off-peak, it could
probably be accomplished at the network layer)
--
- mdz
Reply to: