thus spoke michal tucny in 'LINUX pro uplne zacatecniky' :: Something smarter than us is going to emerge


node:	thus spoke michal tucny in 'LINUX pro uplne zacatecniky'
template:	4
parent:	LINUX pro uplne zacatecniky
owner:	michal tucny
viewed by:
created:	12.04.2004 - 11:48:50

cwbe coordinatez:
101
63540
63542
2109677
63692
713532

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

este jedna poznamka k tej debate o distribuciach. ano, kazda distribucia je "popici", ale treba hlavne zaciatocnikov upozornit, ze na slabom HW im defaultne nainstalovany mandrake bude slapat citelne pomalsie ako debian, ci slack.

00000101000635400006354202109677000636920071353200714636

urcite s tebou suhlasim, na slabom hardwari nove linuxove distribucie bezia horsie chce to super hardware. vies poradit ako vyladit konfiguraciu tak aby bezala na slabej masine? rad to pridam do topicu! dik

00000101000635400006354202109677000636920071353200713739

na druhou stranu zacatecnik spis oceni funkcni pomalou aplikaci, nez rychlou, co ale neumi rozchodit.

00000101000635400006354202109677000636920071353200713626

blablabla..

o co bude "citelnejsie" pomalsie prostredie KDE v mandrake ako v debiane alebo slackware? o ako citelnejsie pomalsie bude nabiehat system pri rovnakej mnozine nainstalovanych sluzieb ktore sa spustaju pri starte pri rovnako "slabom" hw?

o nic, rozdiel bude velmi malo percent, ktore ani nestoja za zmienku, ak vobec sa bude jednat o dake cele percenta. uz sa tesim na vyjadrenia ze pod gentoo to bude vsetko ultra rychle...

0000010100063540000635420210967700063692007135320071362600713707

nutno uznat, ze kdyz sem mela mandrake a ted na tom samym pocitaci mam debiana, tak je to rychlejsi a docela o dost.

000001010006354000063542021096770006369200713532007136260071370700714143

Tak to opravdu slysim poprve, ze by na necem behal Debian rychlej, nez MDK. Pouzivala jsem ho peknych par let, ale urcite ne proto, ze by to byl rychlik.

00000101000635400006354202109677000636920071353200713626007137070071414300714156

to velmi, velmi zalezi na tom, na co ten debian pouzivas a ktore verzie porovnavas a podobne. kludne sa ti moze stat, ze pre tvoju ulohu je cokolvek rychlejsie ako cokolvek ine. minimalne kvoli nejakemu nepodstatnemu optimizing patchu, ktory tam moze byt alebo len verzie, kde sa nieco opravilo/pokazilo.

podla mna riesit vyber distribucie na zaklade rychlosti, zvlast pri dnesnych cenach a dostupnosti hw je hlupost, treba si vybrat to, s cim sa vam dobre robi.

aj ked niektori uchylaci si aj skodovky tunuju a instaluju si tam subwoofre, takze mozno pre tuto "subkulturu" to moze byt zaujimave :)

000001010006354000063542021096770006369200713532007136260071370700713796

cisla, chcem vidiet cisla, toto su recicky

00000101000635400006354202109677000636920071353200713626007137070071379600713801

jako cekas, ze kuli cislum znova nainstalim mandrake a pak zpatky debiana? :)

0000010100063540000635420210967700063692007135320071362600713707007137960071380100714029

nie, ocakava sa len taka drobnost, ze na dake prehlasenie prednesies aj argument. v diskusii to tak obycajne chodi..

000001010006354000063542021096770006369200713532007136260071370700713796007138010071402900714044

o co ti de? argument je, ze je to rychlejsi. dybyx vedela o kolik, tak to napisu. nevim, tak napisu aspon co vim, ne?

0000010100063540000635420210967700063692007135320071362600713669

mam na jednej masine mandrake-cooker a debian testing/unstable, vsade pouzivam light aplikacie prezoze to je fakt slaba masina a rozdiel je videt "volnym okom"
a pamatam sa ze ked som skusal slack tak to bolo tak isto poznat.

0000010100063540000635420210967700063692007135320071362600713632

ale ono to naozaj bude ultra rychle :) napriklad taky mandrake je optimalizovany na beh na rychlejsom hw takze z pomalsieho hw nedostane vsetko co to da.. naopak gentoo kedze je kompilovane s ohladom na tvoj hw bude pri kazdej instalaci maximalne efektivne.. to je cisty fakt.. (pouzivam mdk)

000001010006354000063542021096770006369200713532007136260071363200713814

It is not as if you can't do a port like auto build of Debian -- we have auto-builders on 11 architectures that do that, continuously, every single day -- the question is why would one want to? I have yet to see a single, replicable test demonstrating any palpable performance improvement by local, tailored optimized compilations -- and certainly none that justifies, in my eyes, the time spent tweaking and build the software all over.

Someone said that when they were younger and felt like playing a prank they would adjust some meaningless parameters on someone's computer and tell them "this will make it run about 5% faster, but you probably won't notice it". With such a challenge they usually responded by becoming totally convinced that their machines had been improved considerably and that they could feel the 5% difference!

Conventional wisdom seems to indicate overall system performance increases are less than 1%. Specific programs can benefit greatly, though, and you can always tweak a critical app for your environment in Debian. I think whatever time is saved by running an optimized system is more than compensated for by the time spent building the system, and building upgrades of the system (I've heard of people running doing their daily update in the background while doing other things in the foreground.)

Zdroj: http://people.debian.org/~srivasta/talks/why_debian/talk.html

000001010006354000063542021096770006369200713532007136260071363200713666

cisty fakt, ktory sa pri benchmarkoch ukazal ako necele 2% vykonu.

kvoli dvom percentam radsej usetrim cas a nervy a investujem este 1000 korun do rychlejsieho procesora, aby som si musel zasierat linku a cas kompilovanim vsetkeho.

00000101000635400006354202109677000636920071353200713626007136320071366600713695

Vyhoda genta neni imho ani tak v rychlosti ako v elegancii. Po rpm pekle bolo pre mna gentoo uplny balzam na dusu. Podla mna, linux je svojou filozofiu skor zdrojakovy system ako binarny. Tam su furt nejake problemy.

Pod sa hadat! :)

0000010100063540000635420210967700063692007135320071362600713632007136660071369500713703

ake rpm peklo?

nemylis si nahodou dake osobne postraumaticke zazitky z nijak nedefinovaneho a velmi pravdepodobne vlastnou vinou zavineneho problemu s jednym z viacerych systemov na udrzbu verzii softveru v systeme?

a co sa tyka "zdrojakovej filozofie", tak to je teda fakt perla. uz sa tesim ked bezny fero pouzivatel sa bude vytesovat zo svojho nadupaneho desktopu ako sa mu na nom mesiac kompiluje vsetko mozne aj nemozne aby sa potom pochvalil kamaratom aky je on sikovny ze si ten linux sam skompiloval.. si vedla, filozofia linuxu nie je v zdrojakovosti vs. binarnosti..

000001010006354000063542021096770006369200713532007136260071363200713666007136950071370300715808

no neprehanaj to s tym mesiacom - kompletne gentoo s kde, oo ,games...ti skompiluje do 24h na 2g masine
hlavne co s tym ziskas nie je ani tak optimalizacia na konkretne zelezo(urcite aj to potesi) ,ale absencia srania sa zo zavislostami .rpm su peklo nex sa na to pozeras ako xces.prip. skompilovat nieco na redhatoch da niekedy celkom zabrat a nakoniec zistis ,ze ti to nejde lebo pani z rh tam praskli nejaku pre verziu kniznice ,lahko modifikovanu a vydavajucu sa za nieco ine ako v skutocnosti je.
samozrejme pre "ferO" user-a je to nepouzitelne.

00000101000635400006354202109677000636920071353200713626007136320071366600713695007137030071580800717290

nejako nechapem tvoje argumenty. a nechapem naco je dobre daco kompilovat ked to uz za mna niekto skompiloval a rozdiel v rychlosti je zanedbatelny. to si radsej tu 1/4 sekundy pockam dlhsie kym mi nabehnu Xy ako kompilovat zakazdym nejake nove Xy 2 hodiny...
a pri sourcoch neexistuju zavislosti??? nato si ako prisiel? ved prave tam ich treba castokrat aj viac riesit... na instalaciu dajakeho povedzme krusadera potrebujes aj kde-development ak to kompilujes - pri binarkach take nemusis riesit.

000001010006354000063542021096770006369200713532007136260071363200713666007136950071370300713752

ale nooo, ale nooo, akoby si nevedel, ze rpm z redhatu castokrat nechodi na mdk, ked si stiahnes nejake nezname rpm odniekial, tak to chce ono, tamto.... taku verziu blabla...

ja netvrdim ze linux je pre ludi :)

a k tej filozofii: je: :) : linux je zalozeny na nekonecnom mnozstve nekonecne malych sucasti medzi sebou nekonecne poprepletenych. A do toho vnesie poriadok len poriadna zdrojakova distribucia ako gentoo, ktora to elegantne poriesi. :)

pod sa hadat :)

00000101000635400006354202109677000636920071353200713626007136320071366600713695007137030071375200714026

naco sa hadate, ked sa mozete pobit? :o

00000101000635400006354202109677000636920071353200713626007136320071366600713695007137030071375200713798

a tie build skripty z gentoo idu este na akej distribucii?

0000010100063540000635420210967700063692007135320071362600713632007136660071369500713703007137520071379800713975

o to nejde, samozrejme ze nikde. Ale vsetky veci, co som kedy skusal a neboli v priamo v distre, tak sli skomplikovat uplne bez problemov na rozdiel od mdk napriklad.

000001010006354000063542021096770006369200713532007136260071363200713666007136950071370300713752007137980071397500713984

ale mam pocit, ze som na nejakom fore zhliadol aj to, ze typci riesili gentoo balicky aj na inych distrach... ale viac o tom neviem

00000101000635400006354202109677000636920071353200713626007136320071366600713695007137030071375200713792

tak to sa pod hadat! :)
nejdu mi namontovat dvere zo skodovky na daciu.
a kvalitne prepracovany balickovaci system (apt, urpmi, ...) ty vnesie ten tvoj vytuzeny poriadok do systemu

0000010100063540000635420210967700063692007135320071362600713632007136660071369500713703007137520071379200713996

no vies, ked mas nejake rpm, a nejde ti installnut, mas zdrojaky a nejdu zkomplikovat co spravis? installnes gentoo :)

000001010006354000063542021096770006369200713532007136260071363200713666007136950071370300713752007137920071399600714127

mas viacero moznosti:

1.) vyriesis problem
2.) vynadas autorovi a povies mu nech si to fixne
3.) stiahnes to spravne rpmko a nie prvy link z googla :)
4.) spravis si rpmko sam (co je to iste ako skompilovat si to pod gentoo)

to, ze nieco niekde nejde skompilovat a inde ide je len tvoj problem, ze to skompilovat nevies (t.j. nevies ake balicky treba mat nainstalovane;))). v tomto sa mi krasne paci:

apt-get builddep nazovbalicka

ti stiahne vsetko, co potrebujes na zbuildovanie daneho balicka.

ak si nieco chces optimalizovat na pentium

CFLAGS=-mpentium4 apt-get build nazovbalicka

a vypadne ti optimalizovany balicek.

akurat som stale nevidel tie cisla, ktore by hovorili o tom, ze gentoo je rychlejsi. zatial vsade vidim, ze je to skompilovane gcckom s optimalizaciami, ale cisla som nevidel (teda okrem cisel z benchmarkov kompilatorov, kde sa ukazalo, ze pri 90% aplikacii je rozdiel vo vykone pod 2%).

to, ze to ma by default preemptivny kernel na workstatione a teda je to sice pomalsie, ale rychlejsie odpoveda, takze sa to subjektivne tvari ako rychlejsie a ze takyto isty kernel si mozes dat aj do monkey linuxu samozrejme nie je ziadny argument o nejakej rychlosti, ked chces aby ti system robil presne to co chces, tak si kernel skompilujes, v debiane je na to balicek kernel-package, ktory ti kernel sam skompiluje a zabali a ked ho nainstalujes tak aj spravi vsetko aby sa zaviedol bezproblemov.

http://www.osnews.com/story.php?news_id=2949

jednoduchsie navody najdete na debianplanet.org.

00000101000635400006354202109677000636920071353200713626007136320071366600713695007137030071375200713792007139960071412700714172

1. problem riesit nechcem
2. vynadat autoroi nechcem
3. miliony linkov z googla browsit nechcem
4. rpmko robit nechcem - a koniec koncov to ani nahodov neni to co skompilovat po gentoo.

tak ako si to s tym kompilovanim napisal, to vyzera jednoducho a priehladne. Sam vies, ze to tak v praxi castokrat neni. Tamto potrebuje taku verziu toho, tamto hentaku, do toho glibc, do toho hento tamto... obcas vyresolvovat vsetky zavislosti je fakt o hubu. Samozrejme, ze sa to vzdy nejako da. Ale gentoo ti v tom pomaha a nekladie prekazky ako rpmworld.

Ako finta je mozno v tom, ze clovek co je skutocne na to ktore distro borec, ten nema ziadne problemy, ale ti ostatni nepoznajuc zaludnosti a najlepsie postupy maju problemy. A prave tieto problemy gentoo riesi nanajvys elegantne. apt-get je mozno tiez super a funguje aspon tak dobre ako gentoo ale rpm obhajovat... tadida smiesno mi je :)

Ale fakt, ze rychlost nepovazujem za prilis presvedzivy argument. Hlavny gentacky prinos vydim prave v jeho balickovacom systeme, nastrojoch, elegancii. To, ze nazvali zredukovali mnozstvo runlevelov, ze ich pomenovali ... take drobnosticky... sak si to vyskusaj a zamillujes sa :)