Ubuntu chce ve verzi 10.04 bootovat za 10s

Jednou z věcí, na které se zaměřují vývojáři Ubuntu je zvyšování rychlosti spouštění systému. Mezi verzemi 8.10 a 9.04 už došlo ke zkrácení trvání z 65 na 25 sekund. Ve verzi 10.04 se však budou snažit o zkrácení na 10 sekund. Více na ars technica.

11.6.2009 12:39 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[xindl]

ty vole kdyby se radši soutředily na vytváření nějakých potřebných aplikací. ty krávo to je zase výmaz...

[stativ]

Když už jde o rychlost tak by se spíš mohli soustředit na rychlost přihlašování do grafiky. Bezproblémově nabootuju za nějakých 25s (a to si vystačím s normálním initem) ale než mi naběhne komplet KDE tak je to dalších 30 sekund.

[Ondrej 'SanTiago' Zajicek]

Jenze prihlasovani prostredi uz neni zalezitost distribuce, ale vyvojaru daneho prostredi. A navic takove zdrzeni jde snadno ostranit volbou jineho prostredi :–) .

[jara]

 

A navic takove zdrzeni jde snadno ostranit volbou jineho prostredi :–) .

Má někdo další stejný pocit jako já, že v G/K flamových válkách jsou uživatelé G obvykle agresivnější? Připadá mi, že příznivci G mnohem častěji flame začínají, obvykle nějakou malou narážkou jako byla ta výše.

 

(Je možné, že můj předchůdce má namysli X a ne G, ale pro zjednodušení snad můžeme chvíli předpokládat X=G v limitě, tedy pokud to nevyvolá flame zase na rozhraní X/G.)

[Vskutečnosti Saýc]

Nebo ma taky na mysli windowmaker ;)

[vain]

Proč mám takový dojem, že K hledají vždycky flame tam kde není? =)

[Ondrej 'SanTiago' Zajicek]

> Je možné, že můj předchůdce má namysli X a ne G

Gnome jsem na mysli rozhodne nemel. To by byla zmena z blata do louze. Existuje mnoho window manageru, kteri nastartuji prakticky okamzite, takze se ani nenamahaji zobrazit splashscreen.

[rastos]

G...G... a jó G jako Gnome! Ne to druhý G ... um, sorry

[Jan]

Doufám ze si nemel na mysli ten nedodelek Gambrinus? Je mnoho lepsich piv, napr. Rohozec a Svijany.

[Ladicek]

To mi připomíná pivní slavnosti o minulém víkendu v Budějovicích. Z Rohozce jsme něco pili, teď si nejsem jistý co, ale jestli to byla ta tmavá sedmnáctka, tak to mělo opravdu grády

[kavol]

mno, tož z této pivovarské skupiny bych si dovolil připomenout ještě Klášter, který bych kvalitativně řadil někam mezi dva pivovary výše jmenované ...

[belisarivs]

Pivo je pro baby. Co je to vubec za habaduru se stupni? Vzdyt to ma jenom par procent alkoholu.

[Grunt]

Má někdo další stejný pocit jako já, že v G/K flamových válkách jsou uživatelé G obvykle agresivnější? Připadá mi, že příznivci G mnohem častěji flame začínají, obvykle nějakou malou narážkou jako byla ta výše.

Tak pokud nepočítám sebe, tak jsem názoru přesně opačného. Géčku vůbec nevadí používat Kčkové aplikace, ale když má Káčko použít Géčkovou aplikaci, tak by se muselo rozkrájet a radši o tom napíše blog(a většinou se přijde na to, že je to jen z toho důvodu , že je to lampa a neumí si nastavit vzhled). A o radikálním K jádře jako je Žitník a spol. radši ani nemluvě.

BTW: Někdy by se tu mohla udělat anketa: Používáte v prohlížeči karty a stav z minula místo záložek a pokud ano, jste K nebo G?

[Jendа]

Já jako prostředí používám KDE a přitom používám Iceweasel, Icedove, Pidgin... KDE kvůli konfigurovatelnosti kwinu, zmíněné GTK aplikace mi prostě vyhovují víc.

[Grunt]

Budiž blahořečen.

[JeCh]

To zase nepovažuju až za takovou výjimku. Já taky používam KDE (jsem na něj zvyklý a líbí se mi), ale zkoušel jsem Kmail, Kopete, Konqueror - to je prostě ve srovnání s TB, Pidginem a FF slabota. Ty programy mají perspektivu, nabízí některý zajímavý nápady a možná za rok budu mluvit úplně jinak. Ale v současném stavu moc KDE aplikací používat nejde. Na druhou stranu bych asi nemohl fungovat bez Krusaderu, Gwenview, SMPlayeru nebo VLC.

Z GTK+ aplikací ještě hojně využívám Synaptics a Songbird. Prostě si vyberu program, který mi nejvíc sedí, a je mi poměrně fuk, jestli je napsaný pomocí GTK+ nebo Qt.

[petris_]

Kmail, Kopete, Konqueror - to je prostě ve srovnání s TB, Pidginem a FF slabota

Kckove verze spolu umi mnohem lepe spolupracovat -- napriklad v kmailu je u kazde zpravy online status odesilatele z kopete a mohu mu hned napsat. Kdyz kliknu pravym tlacitkem na emailovou adresu, kterou ma nekdo v mem adresari, mohu mu hned napsat na IM, z konqueroru muzu pres prave tlacitko posilat soubory pres email a IM atd...

Konqueror pak diky kpart+kio dokaze prohlizet temer vse. Muzu si otevrit xls soubor pres webdab, video pres ssh atd. kombinaci je opravdu velmi mnoho. Ten program krasne naplnuje smysl slova prohlizec.

[dustin]

Osobně bych raději, kdyby specializované aplikace podporovaly kio - např. firefox, thunderbird, OpenOffice, než prohlížeč s kparts.

[stativ]

Může být. Zaprvé můžou vylepšit X-ka a příslušná prostředí. Za druhé můžou zařadit prefetch.

[Vskutečnosti Saýc]

Ale kdyz kouknes do toho clanku, pise se tam, ze to maji byt dve sekundy na bootloader, dve sekundy na boot zakladnich sluzeb, dve sekundy na X a do ctyr sekund na nastartovani desktopu (dohromady deset sekund), takze s tim podle vseho pocitaji.

[stativ]

Tak to pak jo.

[petris_]

Bezproblémově nabootuju za nějakých 25s (a to si vystačím s normálním initem) ale než mi naběhne komplet KDE tak je to dalších 30 sekund.

Muzete pouzit spekulativni prihlaseni. System po startu prihlasi automaticky jednoho uzivatele a zobrazi prihlasovaci vyzvu. Pokud se trefil, mate po zadani hesla uz prostredi nastartovane, pokud ne, musi se puvodne prihlaseny uzivatel odhlasit a login je pak o neco delsi. Pokud pracuje na pocitaci vyhradne jeden uzivatel, tak je to dobra vec.

[Wolf]

Muzu poprosit o nejaky odkaz? Zkousel jsem to hledat a bez uspechu, spis nevim co presne hledat...

[multi]

ubuntu taky  chtelo byt distribuci pro lidi a jak ji to chteni pomohlo se prosadit ... a vo tom to je

[Jendа]

Co jsem si dal tu práci a rozchodil usínání, tak mě rychlost bootu nějak netrápí... Desktop bootuju jednou za měsíc při upgradu jádra.

Proč zrychlovat boot, když můžu obsah RAM uložit/načíst z disku?

[Lukáš Zapletal]

Jenže stolní počítače tak často nemají out-of-box usínání, někdy to neumí vůbec ani hardware... není to špatný. Klidně ať se vývojáři soustředí...

[Mandarinka]

No já vám nevím, na windows mi to fungovalo vždycky. Pravda, že s linuxem jsem to na desktopech neměl, protože nebyla snaha, ale na notebooku mi to fungovalo pěkně. Ale velmi pomalu - tady by myslím bylo zrychlení důležitější, než ten boot...

[sweto]

Proč zrychlovat boot, když můžu obsah RAM uložit/načíst z disku?

Pretoze Asus eee 4GB SSD a 2GB RAM :)

[Jendа]

To jsem nečekal

[Mandarinka]

Tak suspend-2-ram, ne? Moje notebookové zkušenosti jsou takové, že boot vpylácne celkem velký kus baterky, takže spát několik hodin by se místo toho vyplatilo. Což o to, u tohoto zařízení to může být jinak...

[Daniel Kvasnička ml.]

Je fajn, ze se soustredi na tak dulezite veci.... :-/ Ono boot je precejen vec, kterou kazdy z nas dela alespon 5x denne a nic jineho na praci neni....

[Ugly]

Vídím že se v blbuntu soustředí na čím dál tím větší 3.14-čoviny. Se nedivím, že se to nedá používat

[Jezekus]

Zni to zajimave, ale nemyslim ze to je to nejdulezitejsi. Stejne nez mi to proleze BIOS screenama (do objeveni grubu) tak to trva od 25 do 50 sec takze si nemyslim ze budu resit jestli to bude bootovat 10 nebo 20 sec. (Bootuju naprosto neupravenou instalaci Fedory 9 za 27sec na desktopu)

[12345]

Pánové, zkuste se podívat dále než na špičku vlastního nosu… Tvrzení „já nepotřebuji rychlý boot&rdquo se opravdu nerovná tvrzení „rychlejší boot nemá význam”.

[qiRzT]

To sice ne, ale význam rychlosti bootu klesá lineárně s dobou mezi dvěma booty. Tedy pokud umím systém uspávat a je stabilní, tak je jeho podíl skoro bezvýznamný.

(Pozn. Brát, prosím s nadhledem, rádoby vědecký tón je spíš nadsázka.)

[Jardík]

No ono uspávat a probouzet systém s 8BG RAM není žádná prdel. To už pak je rychlejší čistý boot, nehledě na nutnost vlastnit swap.

[qiRzT]

Swap potřeba není, ale těch 8GB asi žádná sranda nebude.

[Andrej Herceg]

Ak nie je potrebný swap, kam sa uložia údaje z RAM? Či sa uložia niekam, čo v podstate vyzerá a správa sa ako swap, ale má iný názov?

[Deleted [8409]]

ubuntu bude obsahovat pagefile.sys

[Jakub Lucký]

ne pagefile.sys ale hiberfil.sys, bavíme-li se o uspávání do souboru...

[Deleted [8409]]

Ale oni chtěli swap

[qiRzT]

Záleží na tom, čemu říkáš swap. Já mám na disku soubor /suspend_file, do kterýho se data z RAM ukládají. Vzhledem k tomu, že swap se dá udělat i v souboru, tak máš pravdu, ale na druhou stranu ten soubor jako swap nepoužívám.

[Grunt]

Ne nutně. Kdyby netahali celou RAM, ale optimalizovali to jen pro alokované místo…přece jen je rozdíl tahat 8GB a 128MB.

[Jendа]

Ale my už netaháme celou RAM. Při uspávání se flushnou a zahodí všechny cache a pokud není po tomto úkonu alespoň polovina RAM volné, tak dokonce uspávání umře. A suspend2 (tuším) dokonce umí obraz RAM gzipovat - na systémech s rychlým CPU (relativně vůči disku) je zagzipování rychlejší než by byl zápis nekomprimované RAM.

[default]

pokud není po tomto úkonu alespoň polovina RAM volné, tak dokonce uspávání umře.

To je hodně užitečný.

[Nicky726]

Tak to bych neusnul, co tak sleduju vytížení RAMky.

[Jendа]

Jako bez cache? Co tam proboha máš?

[Nicky726]

Nyní aplikační paměť 630 MB z 1024, to je víc než půlka. KDE a různé KDE aplikace, hodně asi dělá spousta spuštěných kio_procesů kvůli prohlížeči a dalším. Poslední dobou pozoruji také relativně větší nenažranost iksek.

[Jendа]

401MB z 741. Občas se uspí až na druhý pokus s "Couldn't allocate memory".

[Mandarinka]

Já sem uspával laptop s 128MB RAM, KDE3, Kate, Konqueror, OOo2 otevřené... takže to určitě jde i bez půlky RAM volné :) Myslím že to zahazuje třeba i knihovny které se dají znova načíst z disku (tak proč to duplikovat do hibernačního souboru). Nevím ovšem, co jsem používal, možná to byla ten starý jaderný typ hibenrace/suspendu. Šlo to o dost rychleji než suspend2, i když to pořád nebylo nic moc.

[Jendа]

No jo, ale po čistém bootu ještě musíš nastartovat všechny uživatelské aplikace, abys mohl pokračovat tam, kde jsi skončil, takže ta data musíš z disku stejně načíst. A ze swapu při probouzení čteš sekvenčně, kdežto při spouštění aplikací to tak úplně není.

[stativ]

Otázka je jak velký ten význam je. Podle mě moc ne – na desktopu člověk nebootuje 10× denně (u Windows to možná smysl má, když každá druhá aplikace vyžaduje po instalaci/upgradu restart) a na notebooku je lepší používat Suspend2cokoli. IMO by se vývojáři spíš měli snažit pomoct s vývojem suspendu, který ne vždy dobře funguje.

[Vskutečnosti Saýc]

Na druhou stranu, zrychleni startu X znamena i rychlejsi probouzeni, ne? Aspon muj pocitac se probudi do konsole a potom teprve naskoci Xka.

[Mandarinka]

Aplikace restart moc nepotřebují. A taky se mi zdá, že s léty je těch restartů protřeba čím dál míň, teď mám na XP sp3 a zdá se mi, že restart není třeba prakticky nikdy, i velká část aktualizací proleze bez něj. Asi se přece jenom chlapci snaží :)

[l4m4]

Ať má rychlejší boot význam jaký chce, tak po dosažení 20-30s na boot OS lze znatelného zrychlení dosáhnout už jedině urychlením BIOSové části bootu. Teprve kdyby se ta několikrát zrychlila, má smysl začít se opět zabývat zrychlením bootu OS.

[Martin Kiklhorn]

Bios? I na tom se někde něco dělá - www.coreboot.org

[l4m4]

Ano pamatuji, jak tak před takovými sedmi(?) lety byl LinuxBIOS the next big thing. Ale dokud si nepůjde takovou desku normálně koupit, tak nevím. Ruční nahrazování BIOSu je trochu moc hardcore, potřebuji ten počítač taky občas používat k práci...

[Vskutečnosti Saýc]

Pred sedmi lety byl taky linux na kazdem druhem desktopu the next big thing a ipv6 bylo the next big thing ;)

[l4m4]

No právě. Já už tehdy Linux měl na všech desktopech pět let. IPv6 nikde. A tak to od té doby zůstalo...

[Andrej Herceg]

Ak sa ale bude platiť rýchlejší boot = asynchrónne spúšťanie úplne všetkého a následné čakanie, kým sa bude dať spustené DE reálne používať, tak to pravdepodobne pre veľa ľudí naozaj nebude mať zmysel. Všetky vylepšenia rýchlosti spúšťania, čo som za posledných pár mesiacov videl, sa uberajú práve týmto smerom (a ak by som po takom niečom túžil, môžem používať Windows).

[Dent]

Neříkám, že to není důležité, ale aby to byl jeden z hlavních taháků té verze? To je všude jinde málo problémů, na které upozorňovat a začít na nich makat?

[David Watzke]

Zajímavý. Snad vždycky, když se někdo rozhodne něco zlepšit, tak se ozve tlupa lidí, že zlepšuje kravinu. Systém na mym počítači sice bootuje obvykle jen jednou za několik týdnů, ale každý zrychlení vítám. Tuhle když jsem zkoušel nějakou -rc verzi Linuxu 2.6.30, potěšila mě rychlejší inicializace. Je to lepší, než kdyby se nědělo nic, ne? Navíc to určitě nebude jediná změna v tý nový verzi Ubuntu. Je to furt samý "kdyby radši". Kdybyste vy radši (jakkoliv) makali na vyřešení problémů, které vás štvou

[cezz]

Tak pod toto sa podpisem s velkou radostou..

[Ladicek]

Navíc to určitě nebude jediná změna v tý nový verzi Ubuntu.

Jo jo, zapomněli na nový vzhled!

[Salamek]

jo ten by to chtělo, ten fekální vzhled je na zeblití

[Andrej Herceg]

Je otázne, do akej miery sa dá považovať spustenie X-org servera tak skoro po spustení, ako sa len dá, za zlepšenie. ;)

[Nicky726]

+1

[Dent]

Asi si uvědomují, že existují i palčivější problémy, než je 25 sekund trvající start (což dle mého není problém). Samozřejmě je to lepší než nic, ale dle mého je to horší než řešení jiných problémů (např. obecná pomalost GUI, když už je řeč o zrychlování).

[default]

Zajímavý. Snad vždycky, když se někdo rozhodne něco zlepšit, tak se ozve tlupa lidí, že zlepšuje kravinu.

Promiň, ale je to kravina. On ten boot jako nefunguje? Ono to jako vůbec nenajede či co? Tohle je jasný enhancement a na ty teď není čas. Co definitivně potřebuje poladit (přepsat) jsou Firefox s OpenOffice. To by pomohlo mnohem více než 15 sekund za den, nemyslíš?

Je to furt samý "kdyby radši".

Já kdyby neříkám. Když jsem předevčírem rozhodnul A a teď A neplatí, neznamená to, že rozhodnutí byo špatné. Rozhodnutí bylo nejlepší v době, kdy k rozhodnutí došlo. Teď je situace jiná. Tímto se řídím já a funguje mi to. Člověk musí být konstruktivní.

A proto si stojím za tím, že toto je opravdu plýtvání lidskými zdroji. (Uznávám, že úprava Firefoxu a OpenOffice znamená delete a začít od začátku (major rewrite), ale jednou se to udělat musí.)

Kdybyste vy radši (jakkoliv) makali na vyřešení problémů, které vás štvou

Jak to souvisí se špatným řízením lidských zdrojů? Dost mi to připomíná: "A vy zase mlátíte Černochy!"

[David Watzke]

Tohle je jasný enhancement a na ty teď není čas.

Kdo přesně na to podle tebe nemá čas?

Co definitivně potřebuje poladit (přepsat) jsou Firefox s OpenOffice.

Když ti nevyhovuje Firefox, tak si počkej na něco pořádnýho s WebKitem (ten se vyvíjí furt). Lepší kancelář než OpenOffice bohužel nemáme a uznávám, že tam by se zrychlení určitě šiklo. Ale především... jak tohle souvisí? Skoro mi přijde jak když říkáš, že by se vývojáři Ubuntu měli vykašlat na zrychlování bootu a jít zlepšovat OO.o. Huh?

[default]

Kdo přesně na to podle tebe nemá čas?

Že by vývojáři Ubuntu?

Když ti nevyhovuje Firefox, tak si počkej na něco pořádnýho s WebKitem (ten se vyvíjí furt).

Tak se stalo před třemi lety.

Skoro mi přijde jak když říkáš, že by se vývojáři Ubuntu měli vykašlat na zrychlování bootu a jít zlepšovat OO.o. Huh?

Ano! Přesně to mám na mysli. Já také musím občas dělat věci, který mě nebaví. Občas je potřeba se zapřít a udělat to, co je třeba.

[otasomil]

Tak

Koho to s**e tak at si postavi vlastni distro a nekeruje.

[otasomil]

Tak to se me ani nechce verit boot 10s od biosu.

Je fakt ze pokud se vyhazou nepotrebne veci z jadra a initu tak to hodne zrychli.

Jenze je treba aby distro behalo na ruznem zeleze a zde se nejake univerzalni strukture init skriptu asi moc nelze vyhnout.

[David Watzke]

S novým Linuxem bych tomu i věřil, když inicializace (u mě) proběhne za nějaký 3 sekundy a pak už řádí init.

[Ondrej 'SanTiago' Zajicek]

10 s od grubu do konzoloveho loginu (bez X) mam na Debianu (a celkem pomalem CPU) take, aniz bych to nejak vyznamne tunil.

[David Jaša]

Víc, než ještě rychlejší boot, bych ocenil odzpomalení grafiky, které se událo za poslední rok. To se mi nestávalo, že by mi GUI firefoxu při psaní běžně tuhlo na 5 a více s, nebo že by se kvůli scrollování v OOo sekala hudba...

[Dent]

+1, o tom jsem psal výše.

[aR]

přidávám se k názoru zrychlování gui, a hned bych věděl co: gnome -> při pohybu oken mám dojem, že jsem na úrovni tak před deseti lety co se s pentiem 233 v windows 98 nedalo rozumně ani pohnout průzkuníkem s více soubory - prostě se to trhá a dle mého názoru dost vytěžuje cpu.

 

[Jendа]

Nevím, jestli se tohle vůbec dá na dnešních procesorech upočítat. Od toho máš v počítači grafickou kartu, ne?

[Grunt]

Ježiš, co s tím GUI furt máte? Už abych se naučil profilovat.

[Jendа]

Něco tam hnije tobě. Nic takového na Sempronu 1,8GHz nepozoruji.

[Andrej Herceg]

Pár verzií dozadu mal Firefox3 nejaké problémy s ukladaním session (možno len pri väčšom počte nainštalovaných doplnkov), takže zasekávanie na pár sekúnd hlavne pri písaní nejakého textu, prípadne pri prepnutí kariet, sa mi stávalo dosť pravidelne (bez problémov aj niekoľkokrát za minútu).

[Vskutečnosti Saýc]

To je pry tim, ze pouziva na ukladani informaci o otevrenych tabe sqlite, ktera je trochu paranoidni co se synchronizace tyce.

[David Jaša]

Hnila mi tam EXA. Po přepnutí na XAA je GUI asi tak 10x rychlejší, ale stejně furt nehorázně pomalé - oproti starším verzím.

[Ctirad Feřtr]

Já mám pocit, že se to děje od přidání toho převratného nového scheduleru pár verzí jádra zpátky. Od té doby se mi stávají takové věci, které jsem předtím (a to ani ze svého starého řádově pomalejšího počítače) neznal. Třeba při vykreslování hromady textu do konsole při kompilaci se celkově odezva systému zhoršuje někdy až do takového extrému, že třeba nějakou dobu nejdou vůbec přepínat plochy. Podobně v jacku to čas od času hodí xrun, kdybych se stavěl třeba na hlavu a vůbec nezávisí jakou nastavím latenci. Dřív jsme mohl dát třeba 4ms a bylo to rock stable hodiny i když jsem při tom dělal psí kusy. Něco je špatně.

[Martin Böhm]

Chcete rychlý boot? Nezapínejte zlé daemony (HAL, DBUS, různé gnome-*-daemon atd.) a nepodporujte aplikace, které tyhle neduhy podporují (PackageKit, PolicyKit, ConsoleKit).

A vůbec, všimli jste si, že nejprve někdo přijde s polo-originálním názvem (Compiz Fusion, WebKit) a najednou se vyrojí tucet projektů, které se jmenují více než podobně a všechny stojí za starou bačkoru?

PS: Neberu si servítky a tuším, že za každým tímhle projektem stojí nějaký enžinýr s původně dobrou ideou. Milí enžinýři, děkujeme, odejděte.

[Ondrej 'SanTiago' Zajicek]

> Nezapínejte zlé daemony (HAL,

Jo, zrovna HAL vede muj seznam nejobludnejsich demonu. Na mem starem stroji startoval (kdyz jsem ho jednou zkusil pustit) asi 10 s, tedy dele nez samotne jadro.

[Zdenek]

Nastesti je HAL uz na odchodu

[Martin Böhm]

Jenže co ho nahradí... DeviceKit? Pardon, ale mám pochyby, že to bude to samé v bledě modrém. Už proto, že autoři nedokázali přijít ani na originální název.

[petr_p]

Shodou okolností jsem včera viděl představení změn v projektu LASH v rámci SoC2008. LASH umožňuje uložit a načíst zvukové nastavení aplikací (něco jako je X session manager pro X okna). Na konci se takový starší pán zeptal, že je to jako hezké, ale jak se to bude chovat při vzdáleném přihlášení (třeba přes SSH). Z následujícího rozhovoru vyplynulo, že se jedná o funkcionalitu vylepšující požitek z desktopu a na síťové přesahy nikdo nemyslí. Dále se upozornilo, že všechny tyhle vychytávky mají tendenci zabývat se systémovými tématy, ale nechtěně do toho tahají závislost na desktopu, což je nevhodné pro serverové nasazení (třeba různá multimediální centra a myšleny tím byly všechny ty *kity).

[David Jaša]

Z následujícího rozhovoru vyplynulo, že se jedná o funkcionalitu vylepšující požitek z desktopu a na síťové přesahy nikdo nemyslí. Dále se upozornilo, že všechny tyhle vychytávky mají tendenci zabývat se systémovými tématy, ale nechtěně do toho tahají závislost na desktopu, což je nevhodné pro serverové nasazení (třeba různá multimediální centra a myšleny tím byly všechny ty *kity).

... což mi připomíná jeden starší blog, tedy konec třetího odstavce. Jak vidno, tak ekonomický svět se od toho F/OSS až tak moc neliší.

[svido]

Hmm, presne. Kdyby se radeji starali o vlastni system, o aplikace. Mam ten sh*t Ubuntu v praci a je to naprosta katastrofa - pomale, kouse se to, rozpada se grafika, neaktualni SW atd. S Gentoo jsem nikdy podobne podobne problemy nemel. Gentoo rulez!

[Martin Böhm]

Jeste jedna vec mne napadla - co jsem mel tu cest potkat vyvojare pri Ubuntu (ale jsem si celkem jist, ze takovi jsou i v SUSE a jinde), tak oni maji vetsinou ruce svazane tim, ze "musi delat neco, co bude v pristi verzi". Proto se snazi minimalizovat svuj vykon, a pokud mohou zalozit sve reseni na programu jako HAL,DBUS,*Kit, coz pro ne bude jednodussi napsat (i kdyz dukladnejsi navrh by ukazal, ze nejsou potreba a zbytecne to prasi), tak to tak udelaji. Musi to uz za pul roku byt, tecka. Nic slozitejsiho nez pul rocni kod od nich management neceka. Kod by byl kvalitnejsi, kdyby distributori platili vyvojare primo jednotlivym projektum, aby se nemuseli kazdych 6 mesicu zodpovidat z toho, jaktoze to uz nema krasna pruhledna okynka. Ale to by zas prineslo malo zisku distribucim, ze :o)

No a samozrejme vetsina vyvojaru pred programovanim nemysli, to je znamy fakt. Par for cyklu, dva whily a je to, ne? :o)