Направљене поруке на форуму
-
Чланци
-
Stvarno je glupo pitanje. Zavisi koj hardver imaš, koji kernel… itd. Svaki distro je priča za sebe. Stvarno počinju da smaraju ova pitanja. Zna se zašto je suse spor kad drži milion procesa u memoriji, a na slacku to sve uključuješ po potrebi, opet mislim da ni jedan gentoo na planeti nije isto optimizovan i ima instalirane iste pakete. Tako da se ne može porediti ni sa samim sobom.. Stvarno glupo pitanje… 😕
Prvo i prvo, osnovna logička zakonitost je da je svako jednak sa samim sobom. Prema tome, Gentoo ne može biti ni brži ni sporiji od samog sebe. Različite implementacije Gentoo-a (optimizacije) mogu.
Drugo, pošto ti smatraš da rezultat zavisi od hardvera, onda je tvoje mišljenje očigledno da ovaj test ne odražava verno ono što sam nazvao stanjem stvari, a to bi matematički rečeno bila prosečna brzina Gentoo-a u odnosu na druge linux-e. Znači ako je na mom računaru Gentoo 6% brži, a na tvom 10%, onda je prosek 8%. Prema tome moj rezultat delimično odražava ukupni rezultat. Da je na tvom računaru razlika 80%, onda naravno da bi moj test bio potpuno nepuzdan. Dakle moje pitanje i jeste da li se ovaj rezltat može generealizovati.
Sve je manje više identično. Neke stvari sam probao da kompajliram i sa O2, pipe, athlon-xp, ali razlike su zanemarljive. Ako hoćeš prekompajliraću ceo sistem sa tim optimizacijama, ali šta da ti radim ako ostane isto ;).
EDIT: Kernel je 2.6.16-r7 na Gentoo i 2.6.16.9 na Slack-u.
Sto se brzine tice-komentar nije na mestu-Gentoo je brzi od SuSE-a jedno 3X,a o brzini podizanja da ne pricam…..
Tek po package mangment-u ne mogu da se porede…..Stvarno preteruješ, a nisi jedini. Ja sam skoro instalirao Gentoo i pravo da vam kažem nisam primetio neku razliku u odnosu na Slack, a ni u odnosu na bilo koju drugu distribuciju. Te razlike od 2-3 puta o kojima govorite mogu da se jave sam kao posledica swapovanja jer SuSE, Fedora, Mandrake i slične distribucije startuju mnogo procesa u pozadini koji zauzimaju memoriju. A ako ste potrošili dane učeći Gentoo, mnogo ćete manje potrošiti da naučite kako se isključuju nepotrebni servisi.
Što se tiče package managementa, ne znam da li si čuo za yum koji automatski instalira sve što treba, a rpm proverava i inverzne zavisnosti pri deinstalaciji, što koliko mi je poznato kod portage-a nije slučaj.
Hmm… imas gcc 3.4.5 i glibc 2.3.6 zato sto su to poslednje stabilne verzije. Ja sam svoje lokovao i necu dirati ni jedno ni drugo dok gcc ne udje u stable granu.
Kako si ih lokovao? Nameravam i ja to da učinim.
Kako mislis da “niko nije stanju da oporavi sistem posle nadogradnje bilo kog toolchain paketa”?
Pa koliko sam shvatio ako se neki paket promeni, onda i svi koji zavise od njega možda treba da se rekompajliraju. Jer oni su kompajlirani sa starom verzijom tog paketa i samim tim su njoj prilagođeni. Ali to treba raditi redom. Dakle, recimo da P(n) zavisi od P(n-1), P(n-1) od P(n-2), … , P(2) od P(1). Onda ako se promeni P(1), treba rekompajlirati P(2), P(3), … , P(n) i to baš tim redom. Nisam našao program koji je u stanju to da izvrši to sortiranje.
Stvarno sam upgrade-ovao gcc sa 3.3.5 na 3.3.6, verovatno kad sam iz nekih razloga kucao “emerge -uD coreutils”. Ali+ otkud se ovaj 3.4.5 stvorio stvarno mi nije jasno. Isto i glibc sa 2.3.4 na 2.3.6. To je sve bilo odmah posle prvog reboot-a.
Koliko vidim niko u stvari nije u stanju da popravi sistem posle nadogradnje bilo kog od toolchain paketa, osim onog uputstva za gcc. Ima raznih improvizacija, a jedino što je sigurno je da to izuzetno dugo traje.
Promenio sam kompajler po uputstvu sa http://www.gentoo.org/doc/en/gcc-upgrading.xml. Odlučio sam da koristim emwrap skriptu i to onu drugu (maguire). Skript ne sprovodi proceduru za libtool iz uputstva za nadogradnju kompajlera, ali to sam već uradio. Nameravam da napravim 2 prolaza za system i world, pa ćemo videti da li će završiti pre nego gcc4 postane stabilan 🙂
Pošto sam postavio kompajler na 3.4.5, sad po uputstvu treba da pustim “revdep-rebuild –library libstdc++.so.5″. Pomoću -v -p vidim da su se neki USE flagovi promenili. Da li će sad ako ga pustim da mi rekompajlira sa novim USE flagovima ili sa starim? Da li može nekako da mu se zada da koristi iste flegove kao što je prvi put kompajlirano. USE=”…” ispred komande neće da reši problem jer mi npr doc za neke pakete treba a za neke ne.
Kako to mislis nisam dobro uradio. Sta je trebalo da uradim? I kako da postavim gcc 3.4.5 na aktivni?
Kao root dodaj “export DISPLAY=:0.0” u /root/.profile. Osim toga, treba da se izvrši “localhost +” pri podizanju X-a. Zavisno od display managera dodaj tu liniju u /etc/X11/gdm/Xsession ili ~/.xsession.
Ima i komplikovaniji, ali bolji način.
xhost +localhost
xauth extract – :0.0 > /home/user/xauth.keyexport DISPLAY=:0.0
xauth merge /home/user/xauth.key
