Libzypp a cache instalační repository.

19.11.2007 07:04 | Přečteno: 762× | poslední úprava: 19.11.2007 07:43

Pan Kubeček se mi již v jednom blogu již snažil odpovědět, za což mu děkuji, ale asi jsem stále natvrdlý, nebo mám dlouhé vedení, protože to pořád nechápu. OpenSUSE má takovou specialitku, kterou sem nezaregistroval u žádné konkureční distribuce. Pokud aktualizuji zdroje/repozitáře v Debian/Ubuntu nebo Mandrivě, poměrně rychle se stáhnou potřebné informace o baličcích. V openSUSE nikoli, tahle distribuce stáhne z každého repozitíáře poměrně nadstandartní hromnadu souborů, což je například u většího repoziáře typu OSS poněkud "podezřelé" a vytvoří si tzv. vyrovnávací paměť repozitáře.

Před každou instalací se tato vyrovnávací paměť načíta, což zpomaluje poces spouštění Zypperu nebo Yastu. Zajímalo by mě, jaký význam tato feature má? K čemu je v openSUSE vyrovnávací paměť každého repozitáře? Pokud vím, ostatní distribuce ji nemají a subjektivně je jejich package management rychlejší. Ať už RPM nebo DEB based...

PS.: Ještě bych to doplnil, co je vlastně tak skvělého na libzypp, že jej Novell splácal s Ximianem a použil místo távajících řešičů závislostí?

       

Komentáře

[juraj-bit]

SUSE tiež momentálne testujem a pravdupovediac, tiež ma táto vyrovnávacia pamäť dosť prekvapuje. Celkovo, aktualizácia alebo čo i len inštalácia jedného jediného balíčka trvá u mňa neuveriteľne dlho - cca 20 min., než sa mi vôbec začnú sťahovať nejaké balíčky. Tých repozitárov som si nadefinoval pomerne dosť, ale aj tak, tá doba je veľmi dlhá, je to utrpenie. A to ak chcem po aktualizácii inštalovať nejaký balíček, celá procedúra začne odznovu.

Pre porovnanie aktualizácia u Ubuntu s porovnateľným množstvom a veľkosťou balíčkov mi trvá cca 2 min. už aj s inštaláciou.

[Black.Bandit]

U vás bude ještě jiný problém. V openSUSE 10.3 je oproti předchozím verzím každý repozitář nastaven na "automaticky obnovit, takže se při každé činnosti celá ta hromada informací stahuje znovu. Stačí v sekci Yast - Software - repozitáře softwaru odstranit zakřížkování u položky "automaticky obnovit" a nic se nebude při každé práci s balíčky stahovat. Měl jsem stejný problém, než jsem na to přišel. Pak už se jenom načítá vyrovnávací cache vytvořená na HDD, což trvá řekněme minutu. Je to stejný problém, jako by jste v Ubuntu při každé instalaci obnovoval informace o repozitářích. Taky by to trvalo.

[juraj-bit]

Ubuntu to má trochu inak riešené a prakticky tak aj robím pred každou inštaláciou, že upgradnem repozitáre, niekedy aj 2x za deň. Ide o to, že u SUSE je to neuveriteľná doba. Takú dobu som nečakal ani svojho času u Mandrivy a to už je čo povedať. Inak je SUSE docela dobré distro, až teda na ten balíčkovací systém a to som už vyskúšal v SUSE aj apt a Synaptic :(

[belisarivs]

Hm, ze By OpenSUSe meumelo rozdilove updaty databazi? To se mi nezda. Pry umi i rozdilove aktualizace baliku, tak proc by nezvladali i ty databaze.

[Ilfirin]

Čéče, skoro mám pocit, že pravdu díš. Pokud není aktualizace, proběhne to rychle, pokud je, tak je to na dýl :-/ . Taky mi trochu vadí pomalost správce balíčků, ale abych kvůli tomu měnil jinak perfektní distro, to ne.

[Black.Bandit]

Co do rychlosti, tak apt je v suse stejná tragédie. Nejrychlejší je SMART, který jsem používal v 10.0 - 10.2 místo oficiálních nástrojů. SMART s RPM je stejně "rychly" jako SMART s DEB nebo Apt s DEB. Příkazy do CLI jsou pak v podtatě stejné.

[Ilfirin]

Otázka je, jak často čék instaluje. Při experimentech to štve velice. Ale pak čék jen používá a používá a používá. Takže bych to SUSE odpustil . Anebo použij ten Smart.

[Black.Bandit]

já teď používám Yast. Ta doba načítání "cache repozitářů" je do jedníé minuty, takže to není žádná hrůza. Spíš mě zajímá, jaký to má význam? Nikde jsem to nenašel.

[miso]

Spíš mě zajímá, jaký to má význam?

Laicky:
Zavislosti balikov a verzie su zapisane v subore (ulozene v repository spolu s vlastnymi balickami), tzv. metadata.
Metadata sa stiahnu z repository, preparsuju a ulozia do databazy (local cache). Pri kazdej praci s balikmi (install, update) sa lokalna cache natiahne do pamate, aby sa nad tym mohol spustit solver - riesenie zavislosti a verzii. V buducej verzii to bude vylepsene o to, ze k metadatam sa bude pristupovat cez SQL dotazy (cache je v sqlite), takze cela cache sa nebude natahovat do pamate ...
Staci?

[Black.Bandit]

No. pokusím se to sežvýkat. Jen mi nejde do hlavy, jestliže je to taková super feature, proč to používá jen openSUSE? Jaký je praktický přínos oproti konkurenčním řešičům? Já jej totiž nevidím proto se ptám. Třeba ani nemám znalosti, abych to uměl ocenit.

[miso]

proč to používá jen openSUSE?

Otazka asi mala zniet:
Preco sa cela cache natahuje do pamate, co trva tak dlho, ze si to aj uzivatel vsimne?

Odpoved - v 11.0 uz nebude

[Black.Bandit]

To mi samozřejmě stačí. Jen by mě zajímalo, jak je to u ostatních "rychlejších" dister. Typicky Mandrivy, nebo Debianu a spol. Tam se nic takového nenačítá? Nepotřebují takový způsob? Nebo to už vyřešili dávno? Proč to tak funguje jen u dnešního openSUSE? Stručně řečeno, openSUSE je tedy popředu nebo pozadu za ostatními?

[miso]

Stručně řečeno, openSUSE je tedy popředu nebo pozadu za ostatními?

Popredu s features a moznostami, pozadu s optimalizaciou.

[Black.Bandit]

aha. Takže openSUSE nacpalo do svého balíčkovacího systému hromadu novinek, které ostatní zdaleka nemají, ale teď je třeba je pomalu optimalizovat a zefektivňovat. Chápu to dobře?

[miso]

Presne tak

[frEon]

co je to za novinky? co to umi?

[srigi]

Neviem, ci je toto novinka, ale mne sa velmi paci (a casto ju pouzivam) tato funkcia.

[zelial]

a co to dela? jaky je rozdil mezi tim a "aktualizovat vzdy"?

[miso]

Sorry, nie som grafoman
Ale skusim nieco do tyzdna-dvoch napisat do blogu

[Käyttäjä 11133]

Budu se těšit

[zelial]

afaik je to v ostatnich distrech stejne.

debian:

"aptitude update" zaktualizuje tu lokalni chache - stahne z netu rozdily v metadech (trva radove sekundy az desitky sekund podle rychlosti netu, pocitace, mnozstvi repozitaru,...)

"aptitude install/remove/search/..." pak pracuje s lokalni databazi balicku (pri reseni zavislosti apod.) co vim, tak metadata ma debian ulozene v berkley db4 nebo v necem takovem.

[miso]

To co casto vidim pri podobnom porovnavani:

YaST ma defaultne repository + Factory, zapnuty autorefresh na obidvoch

Smart ma len default repository, autorefresh vypnute

Smart rychly, YaST pomaly. Skus zamenit nastavenia Smart-u a YaST-u a vysledok je presne opacny

[srigi]

Idealnym riesenim je pridavat si repozitare z komand-lajny takto:
- na tejto adrese si zitim HTTP adresu repozitara.
- pridam repozitar

su
zypper ar -n http://blablabla 'moj alias pre repozitar'

Prave parameter -n zaisti, ze sa repozitar prida s defaultne vypnutym AUTO-REFRESH. Alias moze obsahovat medzery (musi byt ale oquotovany).
- refresneme repozitar po prvy krat, co vacsinou vyusti v poziadavku potvrdit auth kluc.

zypper ref 'moj alias pre repozita'

Ak sa vam nekce startovat cely Yast koli jednemu balicku, tak potom
- hladanie

zypper se HLADANY_VYRAZ

- instalovanie

zypper in NAZOV_BALICKA

Aktualizacia systemu/balickov pomocou zyppera sa ale neodporuca, updatuje totiz globalne vsetky balicky, co moze byt nebezpecne ak mate pridane nejake repozitare s nestabilnymi balickami. BTW na mojom booku Pentium M 1800MHz je nacitanie cache repozitara Packman (ten je tusim najrozsiahlejsi) zalezitost na 10–15 sekund.

[miso]

Pridaj aj ja moje dve naj:
zypper lu --type=package zoznam balikov v novsich verziach ako mam nainstalovane
zypper -n up --type=package nainstaluj vsetky baliky dostupne vo vyssej verzii ako mam ja bez otazok (okrem potvrdenia licencii)

[srigi]

Prave ten posledny sa neodporuca, lebo aktualizacie je vhodne aplikovat iba z OSS, NON-OSS a Updates repozitarov. Bohuzial zypper este nema funkciu aby updatoval iba z konktretnych repozz.

[miso]

Ano, zabudol som napisat, ze nepouzivam Factory repo

[frEon]

lol, to uz je jak moje gentoo

[Petr Tomeš]

repository, konkureční, baličcích, repozitíáře, nadstandartní, hromnadu, repoziáře, načíta, poces, távajících, řešičů...

To už je na čtení jednoho krátkého zápisku trochu moc, nemyslíš? Za co nás máš?

[Black.Bandit]

Pane Tomeš? Co když jsem třeba disgrafik? Jak to můžete vědět? Pitvám se zde snad já ve vašich psychických problémech? Nemusím být génius, abych to na vás poznal. A to prosím nic ve zlým.

[Käyttäjä 11133]

A co bráni diskgrafikovi používat aspell, ispell, nebo jiný spell?

[Black.Bandit]

třeba to, že to ani nezná. Díky za nakopnutí.

[Michal Kubeček]

Diskgrafik? Že by grafik s malou pamětí a velkým swapem? :-)

[Käyttäjä 11133]

Hups

[Petr Tomeš]

Svou psychiku mám zmapovánu velice dobře jak z psychotestů, tak psychologů, příbuzných, přátel, spolužáků z mého okolí, anonymního banditu na internetovém fóru k tomu nepotřebuji. Pokud jste disgrafik (to by mi vůbec nevadilo, pak by ale bylo vhodné používat příslušné nástroje na kontrol překlepů, abyste tak projevil úctu a vstřícnost k ostatním). Vyjadřujete o psychických problémech, které nemám, takže toho zjevně moc nepoznáte. Já vás nijak nepitvám, jen píšu, že vám není rozumět a že mi to vadí - je to podobné, jakobyste třeba šišlal a lidé vám špatně rozuměli, ale s tím rozdílem, že by šlo o aktuální projev a ne napsaný text, který lze před publikováním snadno a rychle zkontrolovat některým z mnoha nástrojů na kontrolu překlepů. Buď je to nevědomost (což pochybuji, když jste byl na to upozorněn a chyby tam máte stále) anebo spíš lenost, neochota či arogance. To je vaše věc, jak se k tomu postavíte.

[Black.Bandit]

Pane Tomeš. Vaše soukromí je jen vaše věc, a já se s vámi o něm nehodlám bavit, ani kdyby jste si to přál. Jen vy sám víte jak to s vámi ve skutečnosti je (sám jste řekl řada pschotestů), a mě to nejen že nepřísluší hodnotit, ale ani mě to nezajímá. Pokud nemáte nic k tématu, myslím že jsme v rámci slušné diskuze toto vlákno vyčerpali.

[Petr Tomeš]

Ano, vyčerpalo se to tím, že nejste génius a že lžete.

[Michal Vyskočil]

Před každou instalací se tato vyrovnávací paměť načíta ... Pokud vím, ostatní distribuce ji nemají

Asi to víš špatně

apt-cache performs a variety of operations on APT's package cache
man apt-cache

Tím neříkám, že v libzyppu není práce práce s cache pomalá, jenom to, že ji mají i ostatní nástroje.

[Black.Bandit]

no A to je přeci dobře pokud o ní u APT ani nevím. Proto jsem se ptal, co dělá SUSE tak zásadního, že je to tak dlouhé, když například u APt je to bleskovka.

[Aleš Kapica]

Nevím co dělá u SuSE, ale u Mandrake apt tahal vždy tak cca 50MB indexové soubory s informacemi o balíkách, zatímco u Debianu tahá jen rozdílové soubory.

[miso]

Asi preto si to myslel