Paludis 0.20.0

A je tu Paludis 0.20.0, neboli následovník Portage napsaný v C++. Tato verze má vylepšený zápis do cílového stromu (merging), hledá při běhu různé další potenciální problémy a má čistší kód.

24.2.2007 13:22 | Luboš Doležel (Doli) | Nová verze

Komentáře

[Jan Kundrát (jkt)]

následovník Portage

Neni to nasledovnik Portage, je to alternativni system.

[David Watzke]

Proč je tedy na webu Paludisu "An overview of the differences between Paludis and its predecessor, Portage."?

[Jan Kundrát (jkt)]

Mame objekty A, B, C. A ma dve deti, B a C. Je jasne, ze B i C maji stejneho rodice-predchudce. Kdo je "nasledovnik" A?

Pro skutecne stav staci s/A/Portage/,s/B/Paludis/,s/C/pkgcore/. Nikde neni receno, ze Gentoo bude pouzivat prave Paludis.

[David Watzke]

Aha, pkgcore neznám, ale jak tak koukám, zase v Pythonu. Takže

Nikde neni receno, ze Gentoo bude pouzivat prave Paludis.

doufejme, že bude.

[Jan Kundrát (jkt)]

Zrejme myslis, ze "python == pomaly". Mas k tomu nejaky duvod?

[David Watzke]

Zřejmě myslím, že "python == nesrovnatelný s C++". No...

[Jan Kundrát (jkt)]

Ach jo, jeste jinak -- Tva poznamka ve me vyvolava domnenky, ze implikujes "je to napsane v Pythonu => je to pomale", coz obecne neni pravda, ale rozebirat to tady asi nema smysl. Nikdo nepopira, ze je Paludis rychlejsi nez Portage (on to zas az takovy problem neni).

[David Watzke]

Dobře, jak chceš: implikuju. Nikdo netvrdí, že někdo popírá, že je Paludis rychlejší než Portage, hlavně jsem chtěl poukázat na to, že je mnohem rychlejší i než ten novej skvost v Pythonu.

[cezz]

David proste neuznava programy ktore nejdu optimalizovat presne na jeho typ CPU.. Ved to je snad dovod preco pouziva gentoo nie?

[jm]

A jaks to testoval? :-P

[David Watzke]

Stačilo si přečíst tohle.

[jm]

Stačilo si přečíst tohle.

Ano, to je velmi relevantni porovnani... Hlavne si tam nezapomen precist reakci vyvojare pkgcore... :P

Zkus treba neco jako tohle a pak se prijd pochlubit...

for command in "paludis -q bsdiff kde" "pquery --all-repos -v -m bsdiff -m kde" "emerge -s bsdiff kde"; do echo "$command"; for x in 1 2; do sudo sync; echo 3 | sudo tee /proc/sys/vm/drop_caches > /dev/null; time $command &> /dev/null; done; echo; done

for command in "paludis -q bsdiff kde" "pquery --all-repos -v -m bsdiff -m kde" "emerge -s bsdiff kde"; do echo "$command"; for x in 1 2; do time $command &> /dev/null; done; echo; done

for command in "paludis -q dev-util/bsdiff kde-base/kde" "pquery --all-repos -v -m dev-util/bsdiff -m kde-base/kde" "emerge -s dev-util/bsdiff kde-base/kde"; do echo "$command"; for x in 1 2; do sudo sync; echo 3 | sudo tee /proc/sys/vm/drop_caches > /dev/null; time $command &> /dev/null; done; echo; done

for command in "paludis -q dev-util/bsdiff kde-base/kde" "pquery --all-repos -v -m dev-util/bsdiff -m kde-base/kde" "emerge -s dev-util/bsdiff kde-base/kde"; do echo "$command"; for x in 1 2; do time $command &> /dev/null; done; echo; done

for command in "paludis -pie system" "pmerge -Dpe -s system" "emerge -Dep system"; do echo "$command"; for x in 1 2 3; do time $command &> /dev/null; done; echo; done

for command in "paludis -pie system" "pmerge -Dpe -s system" "emerge -Dep system"; do echo "$command"; for x in 1 2 3; do sudo sync; echo 3 | sudo tee /proc/sys/vm/drop_caches > /dev/null; time $command &> /dev/null; done; echo; done

[Luboš Doležel (Doli)]

Hádat se o rychlosti Python vs. C++ nemá smysl, všichni určitě víme, jak to s ní je. Takže ano.

[Michal Vyskočil]

Ten test ovšem netestuje rychlost programů napsaných v Pythonu a C++. Testuje starou a novější implementaci, která se pyšní Huge performance increases for various common tasks, assisted by optional new cache methods. Troufám si tvrdit, že i emerge v C++ by bylo pomalejší, než paludius v Pythonu (a to Python skutečně nepatří k rychlíkům). Potíž Portage není Python, potíž Portage je špatná implementace a návrh. Kód obsahující spousty volání stat(2) bude pomalý v jakémkoliv jazyce (ano i v Lispu) ...

[Luboš Doležel (Doli)]

Jasně, já vím, že kód Portage je prasečina.

Ale jsem proti tomu, aby jedna ze základních věcí distribuce stála na Pythonu. Nejen kvůli rychlosti, ale i tomu, že uživatel s poškozeným Pythonem si Python ani ne-reemergne.

[Jan Kundrát (jkt)]

Uzivatel s poskozenym GCC si ani nezapaludisuje (libstdc++).

[David Watzke]

Uživatel s poškozeným GCC je ovšem v prdeli tak jako tak...

[Jan Kundrát (jkt)]

Nikoli, tento muze stale pouzit nejaky prebuilt balicek (jsou dostupne na webu) pro ucely rychle obnovy systemu do jakz-takz stavu. Pointa meho prispevku je to, ze na tech zavislostech zas az tak nezalezi.

[kouby]

Interpret pythonu a potrebne moduly si take muze normalne stahnout z netu a nasledne nainstalovat pres emerge.
To vypada, ze toto vlakno nikam nevede.. :)

[Krakonoš]

Z /usr/portage/distfiles jsem si rozbalil python-xxx.tar.bz2, .configure --prefix /tmp/python && make && make install && /tmp/python/bin/python /usr/bin/emerge python

A svete div se, ono to funguje ...Alespon kdyz jsem to delal naposled, tak to fungovalo (portage si malinko roze*ral dynamicke linkovani pythonu,..)

[elviin]

Procházel jsem so Doxygen dokumentaci a potěšilo mě, že to není žádný C/C++ bastl (ani kočka ani pes). Dokonce se drží std:: std::tr1, coz aplikace dovoluje. Zadny nekontrolovany new, delete, pole, ukazatele kde to neni nutne. Pekny.

[David Fridrich]

nemám moc co dělat, tak jsem si to nainstalil, abych vyzkoušel, jak se to chová. První dojmy: konfigy si to samo převede, asi třikrát mi to umřelo(během --regenerate-installed-cache, stačilo mkdir -p vytvořit složky, co mu chyběly, a už to jelo. dal jsem mu tedy úkol: paludis -i kde-base/kopete - závislosti byly hned, začal instalovat m4, zatím funguje hezky, akorát to není to tak přehledné, ani výstup, ani volby - těch je hrooozně moc, ale snad se to nějak podá, uvidím, jak se to vyvrbí...

[David Fridrich]

Tak to šlo pryč, nezvykl jsem si :( to ovládání to u mě ubíjí, zvyk je holt železná košile...