Delta RPM ve Fedoře 11 nakonec budou

Navzdory dřívějším tvrzením a rozhodnutím delta (rozdílová) RPM ve Fedoře 11 budou. Technické problémy, jež stály v cestě, byly vyřešeny.

11.5.2009 18:08 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[Leoryk]

Jen bych se rad zeptal co jsou to ty delta rpm prosim konkretneji.

[boldak]

Ja bych to chapal jako rozdil, mezi novou a starou verzi programu.. Vyhoda = nemusis tahat cely novy balik, ale jen nove veci, stare uz mas naistalovane.. Takova "zaplata"

PS: rozhodne ti to tu nekdo sofistikovaneji popise..

[Dušan Hokův]

delta rpm jsou rozdilove balicky, budou se tedy stahovat jen rozdily, ne cele balicky znovu, aspon tak to chapu ja

[pzad]

Pri update sa netahaju cele rpm baliky, ale len rozdiel medzi starym a novym.

[Jamp]

 Ako mate delta t (teda cas) rozdiel noveho a stareho casu, tak mate aj delta rpm rozdiel noveho a stareho balicka. A kedze medzi prevratne zmeny v novej verzii xyz-3.0.3 zaberajuce priblizne 1% celkovej velkosti balicka, stiahnete iba tento kusok.

(teda aspon tak si to vysvetlujem)

[boldak]

vice teda ne o moc zde: http://www.opensuse.cz/o_suse_a_deltaiso_deltarpm

[x]

Pritom jak pomerne pravidelne probihaji aktualizace u Fedory (preklad: vysledna nefunkcni aplikace nebo rovnou cely system),tak s timhle bude taky kopec legrace Jinak to vypada,ze nekdo s velkou pompou a slavou znovu vynalezl kolo -> unified diff ; jen ve forme pro rpm

[Michal Kubeček]

Unified diff má smysl pro textové soubory, v tomto případě spíš xdelta.

[Michal Kubeček]

Ale ve skutečnosti je to samozřejmě trochu složitější.

[Jezekus]

Věřím tomu, že s tim kopec legrace užiju, jako vždycky když už se release u Fedory dá používat končí mu podpora -> viz teď Fedora 9

Ale jinak mam Fedoru rád

[Pavel Stárek]

Já taky, ale nejlepší zatím byla asi Fedora 8. F9 jsem přeskočil, a F10 - no sice to jde, ale jsou tam takové nějaké podivné věci kolem (asi) upstartu (zaseknutá konzole po příkazu telinit a někdy i po přejití z grafiky pomocí C-A-Fx atd.), "slavný" problém kolem update d-bus, kdy skutečně přestali fungovat některé aplikace, o NetworkManageru (nasazeném jako hlavní aplikace pro správu síťových připojení - ale editovat v něm nic nejde ani jako root) se ani zmiňovat nebudu, ten je potřeba ihned vypnout atd. Už se těším, aby vyšel RHEL 6. CentOS je už zase moc starý. Fedorku mám rád, ale teď doma trápím Lennyho sice trošku bojuju s apt a aptitude (občas si mrška dělá co chce ), rpm s yumem mi sedí o něco lépe.

[palos]

Asi by som sa tým nemal chváliť, ale ja stále používam Fedoru 8. Aj keď som si už prekompiloval nejaké balíčky z F10 a nejaké z F11 (Rawhide) kvoli bezpočnostným (a iným) záplatám, základ je stále Fedora 8 aj s jej NetworkManagerom 0.7.0-0.6.9.svn3675.fc8

Už len čakám na F11, ktorú testujem na druhej partícií - hádam aj budem upgradovat za tých pár dní

[Yenya]

Tak ono vynalezt kolo ktere dela zaplatu v binarnich komprimovanych souborech neni uplne tak jednoduche jako si rict "budiz kolo". Ale hlavne ze tomu rozumite, nenechte se rusit.

Zajemci si muzou precist vice o problematice binarnich zaplat na RPM soubory tady: Algoritmus a implementace software pro tvorbu binárních záplat.

-Yenya, http://www.fi.muni.cz/~kas/blog/

[x]

Ono kdyz mate v systemu textove zdrojaky,pomoci unified diff(napr. pres cvs) si stahnete jen rozdily a nasledne se zkompiluji nove binarky (coz na modernim PC je tak cca do 30 minut),tak je vysledek uplne ten stejny - taky jste usetril prenosy po siti.Ale tohle se uz pouziva roky a diplomek je na to na Inernetu prilis

[Zdenek]

Ano, slysel jsem, ze nekdo jezdi do 100 metru vzdalene trafiky autem.

[Milhouse]

Takže jak vidno, u RPM balíků to bude, nebo již funguje. A co na to Debian? Má někdo něco bližšího?

[Ladicek]

Google má. Už je to nějakou dobu, co se tu s tímhle kdosi snažil Debian shodit; stačil mi jeden dotaz, abych našel debdelta.

[mam]

Skusal som vcera na bete f11 a update mal 6.7 MB, ale pri pouziti delta rpm sa stiahlo len 800 kB. Co je velmi pekne.

[thingie]

Na druhou stranu člověk platí nějaké IO a čas na sestavení těch skutečných RPM pro aktualizaci, takže když má někdo (třeba já) IO pomalý laptop a celá RPM aktualizací na rychlé síti velmi blízko, není to už tak atraktivní (rychleji bych je celé stáhl). Všechno má dvě strany.

[Michal Kubeček]

Když se v SuSE začaly používat delta RPM, šlo to vypnout. Ve speciálních případech (např. repository na lokálním ethernetu) se tím aktualizace zrychlila i několikanásobně. Později bohužel tato možnost zmizela.

[thingie]

No, v případě Fedory stačí odinstalovat presto plugin pro yum. (Možná spíš ho vlastě prostě jen nenainstalovat, nevím teď co je výchozí.)

[Michal Kubeček]

Ono už to možná zase jde i v OpenSuSE, ale od doby, co lze update repository použít jako přídavný instalační zdroj (takže se pak instalují rovnou aktuální verze), mne to už netrápí.

[Andrej]

vsetko ma dve strany: ak by ste mali platit za gigabajt odchadzajucich dat na yum repo mirrore tak by ste zacali rozmyslat ako posielat len skutocne to co sa zmenilo.

[petr_p]

Ak provozujete zrcadlo, tak na to máte odpovídající připojení, kde se neplatí absolutní množství dat, ale poskytnutá přenosová rychlost. Nehledě na to, že rozdílové balíčky se musí na tom serveru nejprve vyrobit, a pokud je server pod palbou, tak je snazší prostě krmit linku, než počítat binární patche.

[Michal Kubeček]

Tomuto argumentu nerozumím. Delta RPM se samozřejmě vytvářejí jen jednou, stejně jako se jen jednou vytvářejí kompletní RPM.

[Mti.]

Souhlas. A ted je jeste otazkou, jestli bude pretizeny server a nebo prave ta linka, po ktere poleze vsechno nebo jen diffy.

Na debianu (asi 4, nevim presne) to bylo videt dost drasticky, kdyz se do upadte dostal kompletne cely xorg a par dalsich "drobnosti" (pres 100MB)... tahali vsichni s Xama a asi den se tomu vubec nechtelo.  (tam byval defaultne update.debian.org centralizovany, ikdyz klasicke baliky byly na mirrorech). Nevim co se od te doby zmenilo.

[petr_p]

Předpokládal jsem, že se jedná o obecný způsob, kdy klient pošle dva názvy souborů a server mu z nich pošle rozdíl (který si samozřejmě uloží, aby jej nemusel druhému klientovi znovu počítat). Pokud se repozitář z rodičovského serveru aktualizuje často a zato lidi aktualizují náhodně, tak by se dalo čekat, že rozdílových balíčků se takto bude muset navyrábět velmi mnoho.

Pokud ale rozdílové balíčky vyrábí už distributor, a to jen vždy pro sousední verze, tak je to jiná.

Přiznávám, že první věc, která mě napadla, byl rsync a jigdo. Asi to mají v Red Hatu více optimalizované ;)

[Michal Kubeček]

Připadá mi, že u OpenSuSE je v update repository jednak delta proti minulé verzi (z posledního updatu), jednak proti původní verzi (z instalačního média). Ale tuhle informaci berte s rezervou, moc podrobně jsem to nezkoumal, navíc to u Fedory může být úplně jinak. V každém případě nejsou delta RPM generována on demand, to by bylo pro mirrory asi dost problematické.

[thingie]

No, to docela jistě není ten případ kdy já i mirror jsme jedna univerzitní síť