Re: Up2date replacement

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2005-11-26 at 10:18 -0500, seth vidal wrote:
> > 
> > where a repository oscilates between today's view and some obsolete view.
> > 
> > Perhaps I should file a yum RFE to make yum not only select mirrors for access 
> > speed, but also for the recentness of their metadata file?
> 
> what we had considered was using the fastest mirror plugin to sort the
> list of mirrors. Then store that sorted list in the repo cache
> directory. Then redownload the list and re-sort/store it every 8 hours
> or so, same as how we're storing the repomd.xml data, now.

Well, here's a quick-n-dirty proof of concept version of fastestmirror
with persistent cache of mirror response times:
http://laiskiainen.org/yum/plugins/fastestmirror/fastestmirror-persistent.py

Certainly makes a big difference, a no-op 'yum update' on my system is
around 11s when all mirrors are timed on each run, with the above
version the consecutive runs come down to ~5s.

	- Panu -

-- 
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe: 
https://www.redhat.com/mailman/listinfo/fedora-test-list

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]