Vlákno názorů k článku
Jak na rychlejší aktualizace s apt-fast od Jan Hrach - - mě teda v naprosté většina případů limituje...

- mě teda v naprosté většina případů limituje linka u mě (100 nebo 300 Mb/s)

- tohle asi bude dost hnusné k mirrorům a bude to omezovat ostatní co to nepoužívají

- největší pomalost apt/dpkg je v tom že dělá furt fsync a to řeší eatmydata, což je LD_PRELOAD wrapper co fsync vyignoruje

„- tohle asi bude dost hnusné k mirrorům a bude to omezovat ostatní co to nepoužívají“

Máte nějaké informace o tom, že to stahuje některá data vícekrát?

Nestahuje je vícekrát, ale čekal bych, že se kapacita rozděluje rovnoměrně mezi jednotlivá TCP spojení, a tohle jich otevírá několik současně, případně to tahá z více mirrorů současně (různá data). A taky bych čekal, že více požadavků na různé části souboru způsobí větší režii a I/O.

Denně načítají miliony webových stránek z desetimilionů zdrojů stamiliony s**ček, a nikoho to nezajímá.
Jestli stáhnu 5 souborů z jednoho zrcadla, nebo po jednom z 5, je buřt, ne? Úhrnné zatížení serverů se tím nemění.

Jestli stáhnu 5 souborů z jednoho zrcadla, nebo po jednom z 5, je buřt, ne? Úhrnné zatížení serverů se tím nemění.

Vzhledem k tomu, že v daném regionu má většina lidí stejný denní cyklus, vyrostou peaky, které se daleko hůř řídí. Těm, kteří to stáhnou paralelně to bude přínosné jen do té doby, dokud budou existovat "troubové", kteří stahují v sérii. Jakmile by to začali dělat všichni, bude přínos pro všechny opět nulový.

největší pomalost apt/dpkg je v tom že dělá furt fsync a to řeší eatmydata, což je LD_PRELOAD wrapper co fsync vyignoruje

Děkuji moc za tip na eatmydata. Na stroji s pomalou IDE CF kartou jsem musel přesunout příslušné /var adresáře do ramdisku, aby se dal apt-get prakticky používat. Tohle je mnohem lepší řešení. Díky!