10 másodperces boot idő a cél az Ubuntu 10.04-re

 ( trey | 2009. június 11., csütörtök - 18:19 )

Az Ubuntu fejlesztői azt a célt tűzték ki maguk elé, hogy a már eddig is meglehetősen jól lefaragott Ubuntu boot időt még lejjebb srófolják. 2010-re szeretnék elérni a 10 másodperces rendszerindítási időt.

"Barcelonában az Ubuntu Developer Summit egyik előadásán Scott James Remnant fejlesztő megjegyezte, hogy a 8.10-es verzió 65 másodperces boot ideje mindössze 25 másodpercre csökkent a 9.04-ben. Ez már magában jelentős fejlődés, de [James] hisz benne van még helye további agresszív optimalizációnak."

Az Ubuntu mögött álló Canonical a Karmic Koala kódnévre hallgató Ubuntu 9.10 fejlesztése alatt is tovább fogja feszegetni a boot teljesítmény határait. Remnant szerint a vállalat célja, hogy elérje az Ubuntu 10.04 kiadására a 10 másodperces boot időt.

Az Ubuntu fejlesztői listára postázott levelében a fejlesztő felvázolta, hogy hol van még keresnivalójuk a rövidebb rendszerindítási idő elérése felé vezető úton.

"A 10 [másodperc] egy jó szám, kiváltképp ha egy általános, hardver agnosztikus*, nem lecsupaszított Linux disztribúcióról van szó."

A részletek itt olvashatók.

(* a 'hardware agnostic' szóra még mindig keresem a megfelelő magyar kifejezést)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

nem meghatározott hardver?

ez sem pontos, mert ha megnézed, mit jelent az agnoszticizmus, agnosztikus, akkor látható, hogy ezzel a jelzővel leírt dolgok mibenlétében sosem lehetsz 100%-ig biztos. Szerintem azért a fenti fordítás megállná a helyét,és guglizás nélkül is érthető :)

Azt hiszem, hogy ha azt mondjuk, hogy nem hardverhez igazitott / optimalizalt akkor talan jol kifejezzuk amit mondani kivantak
--
A gondolat még szabad ...

Szerintem is ilyesmit jelent. Szinte tetszőleges hardveren, hardvertől függetlenül, ...

Mivel valószínüleg azt akarta kifejezni, hogy mindenhol működjön hardvertől függetlenül, szerintem a "hardver semleges" elég jól leírja ezt a dolgot.

szerk. Lejjebb írták a "hardver független"-t, az még jobb.

off: az alpha2-nek nem ma kellett volna kijönni?

Azért remélem ennél komolyabb céljaik is vannak.

Igen, még barnább lesz :D
---------------------------------------------
"Az aptitude-nak nincs Szuper Tehén Ereje" :D

hogz ne lassak a microsoftos kamerak? :)

Hiába, már csak a boot időn kell javítaniuk, minden más tökéletes... ;P

Mint minden Linux és Windows és BSD és SUN és UNIX.... OS-ban.

--
Én egy divathupper vagyok. :)

hardverfüggetlen?

:) szerinted?

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

Elő a pincékből az XT-kkel! :)

--
Én egy divathupper vagyok. :)

Konkrétan mit számítunk bele a bootidőbe?

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

A GDM indulását ;)
--
HUP Firefox extension

Mármint konkrétan a GDM betöltését, vagy előtte a kernel meg minden is? Mert ha előbbi, akkor az nekem most kb. 7-8 másodperc.

Szerk.: Tévedtem, lemértem, 23.

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

populáris szemlélet azt az értéket nézni, hogy automatikus bejelentkezés esetén a grubban az enter megnyomásától addig, míg be nem töltődik a teljes munkaasztal, plusz minden lidérc is a háttérben.
Mert egyébként lehet játszani olyat, mint a Windows, hogy a grafikus felületet előrébb helyezik a boot processben, esetleg a cd-meghajtót is csak akkor tölti be, amikor használni szeretnéd (ez amúgy szerintem jó ötlet).

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

lidérc? Ez most vicc? :) Jot roghogtem igy reggel, koszi :) Bar eros a gyanum, hogy egyesek ezt komolyan gondoljak, akik mindenaron mindent magyaritani akarnak beteges modon, sajna ...

nyilván csak vicc volt :)

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

én a gép bekapcsolásától a gép használható állapotáig mérem az időt... (se grub menü, se login képernyő)

hehe, a boot-idő akkor lehet fontos, ha napi soxor kell újraindítani. Nálam speciel napi egy bekapcs és (max! sokszor ugye az sem) egy kikapcs van. Bár Ubuntum sincs :) --no flame!
jAzz

Napi egy? ROTFL. A notebookomon 8 napos jelenleg az uptime (annak ellenére, hogy Linux fut rajta, pedig állítólag azon nem megy a suspend).

--
trey @ gépház

"(annak ellenére, hogy Linux fut rajta, pedig állítólag azon nem megy a suspend)."

Nem kene hupon tajokozdni a hozzaszolasok alapjan, akkor talan tisztabb kepet kapnal.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Szerencsére nekem videóm van arról, hogy már egy évvel ezelőtt (de igazából már azelőtt sem) volt probléma a suspend :D

--
trey @ gépház

Magyarosíthatnál wfm-re.

en orulok neki a legjobban hogy az osszes vendor osszes modeljen kitesztelted az osszes linux flavor osszes verziojat es arra a kovetkeztetesre jutottel hogy semmi baj sincsen a linux suspend temakorben

ezzel csak a hup.hu szakmaisagat erosited mert esetleg ugy tunhetnet h par linuxos divat wanker fogalom nelkul

:)

--
.

Nem vontam le semmilyen következtetést. Itt vagy te, hogy levond helyettem. Jó fejbólintó vagy. :) Korábban itt volt olyan állítás, hogy nem működik a Linux alatt a suspend. Nem hát. Ez is valami bugféle csak. Mármint hogy nekem azért csak sikerül használni.

--
trey @ gépház

az enyém is bugos:)

Bug report meg volt ? :)


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Nekem is megy mind a három gépemen a suspend és a hibernate (Ubuntu).

Nekem a számító is olyan, mint a TV, ha nem használom kikapcsolom. Mi értelme van bekapcsolva hagyni? Letöltesz? Mondjuk a villanyszámlám se több 3000-nél.

Mondom suspend. Este nyomok egy suspend-et, reggel bejövök a melóhelyre, feléled 2 sec. alatt és már dolgozok is. Este a munkahelyen nyomok egy suspend-et - pl. akár egy cikk megírásának közepén - hazamegyek 2 sec alatt felébred és onnan folyatatom. Nem folyamatosan megy a gép. Sőt, ha akkun van, akkor és elfelejtem bedugni, akkor akku 10%-nál automatikus suspend ahelyett, hogy kikapcsolna.

--
trey @ gépház

2 sec? Nekem suspendből gyakran lassabban ébred, mint ha kikapcsolnám. Hogy csinálod? Vagy egyszerűen csak béna vagyok?

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

Feljebb linkeltem egy videót. ott megnézheted. Azon is néhány másodperc, az a régi notebookom, a mostanin még annál is gyorsabb.

Nem lehet, hogy te kevered a suspend-et a hibernálással? Elég sokan keverik.

--
trey @ gépház

Na jó, akkor mi az a suspend? :D LoL. Ne válaszoljatok...

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

Oké, tehát a suspend az az állapot, amit néhányszor sikerült véletlenül előidéznem, és sosem sikerült még belőle épen (a suspend rendeltetésének megfelelően) visszahoznom a gépet.

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

Arra már én is gondoltam, hogy suspend (sleep) módot nem egészséges a gép mellett végezni. :D

Egyébként újabban nálam sem jön vissza belőle, majd ki kell deríteni az okát, nem szoktam használni.
Hibernálni szoktam, bár gondolkoztam már azon, miért is, hiszen suspend-ben is alig fogyaszt a gépem.

És olyankor (suspend) a memóriában marad minden, az meg feszültség alatt? Vagy megy a swappolás előtte ezerrel?

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

Nem megy semmilyen swapolás. A suspend millió futó alkalmazással (VMware Workstation, FF ezer füllel, levelező, zeneljátszó, stb.) néhány másodperc. A restore után a zenelejátszó onnan folytatja a zenét, ahol a suspendet megnyomtam...

--
trey @ gépház

Kemény. Akkor megpróbálom beizzítani. Jó lenne, ha nem csak az egyik irányba működne. :)

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

Afaik suspend to disk-nél nyilván swappol ezerrel, olyankor teljesen ki is kapcsolja a masinát, és az oprendszer bootoláskor talál egy munkamenetet, amit folytat.
A suspend to ram esetében néhány dolog kap még áramot, de a gép nagy részét lekapcsolja. Ez gyorsabb, de bugosabb :)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

Igen, nálam pl. a billentyűzet sem kap táplálást, csak ami tényleg fontos (RAM, ilyesmi).
A bekapcs. gombra éled fel és (elméletileg) folyik minden tovább.

Az az érzésem, nagyon sokáig bírná ebben az állapotban a gépem akksiról is.

Nekem akkor csinál ilyet, ha az UXA be van kapcsolva. A 3D gyorsítás tökéletes, de nem áll fel suspendből (pontosabban igen, de újraindul az X), és nem megy a felhasználóváltás.
EXA-val 5-10 percen belül kifagy a gép (Magic SysRq rulez), az EXA + greedyizé az egyedüli stabil megoldás, bár így olyan lassú a 3D, hogy ki kell kapcsolni az effecteket, mert lehetetlenné teszi a munkát. Mondjuk elvagyok nélküle. :)
Intel chipset

nálam is ez......

jAzz

$ uptime
 21:25:02 up 13 days, 20:27,  3 users,  load average: 0.84, 0.45, 0.27

2 hete beraktam egy másik HDD-t és megnéztem a Windows 7-et :)

Ahhoz miért kellett, a Linuxot kikapcsolni? Suspend to disk, bekapcs, ctrl+alt+del, boot menüben másik hdd.

Gyorsabb kikapcsolni, majd be, mint hibernálni (2 gb ram és lassú a hdd-m).

Na jó, de ha már, akkor már.... :D

:: by BRI.
:: config :: Acer TravelMate // Ubuntu Jaunty
:: tothab [a] gmail [pötty] kom
:: black rose immortal's weblog

13 nap? Nekem a munkahelyi asztali gepem januar elejetol (a teli szunet vege) julius vegeig van egyfolyaban bekapcsolva, majd augusztustol decemberig (ekkor is csak a villamos halozat tervezett karbantartasa miatt kell kikapcsolni) - tudom, lehetnek kornyezetbaratabb is:-)

Masreszt minden reggel ~60db linuxos gepnek kell minel hamarabb elindulnia, hogy menjen a termeles - es esetleg problema eseten neha ujraindulnia. Szeretem ha gyors (mondjuk nem Ubuntut hasznalok, egy kicsit kicsontozott Debiant, de ez mindegy).

Masreszt, jo a 10mp-es Linux boot, de ilyen idoknel mar az is szamit, mennyi ido telik el a power-on-tol a mbr-ig. Es iszonyatos kulonbseget lehet tapasztalni. Van egy adag gep ahol ez 15s es van olyan (epp a heten vettuk oket) ahol 3s - es ezek gyakorlatilag azonos konfiguraciok (proci, chipset, etc).

Konkluzio: en drukkolok nekik:-)

/sza2

Én tegnap szedtem szét a notebookom, hátha hűtési probléma miatt fagyogat immár napi többször rendszerfrissítés (ill. újratelepítés) óta, de csak nem... utána is fagyott egyet... most tesztelem XAA-val, várom a fagyást (eddig 3:30) (:

Egyébiránt hibernálni szoktam a gépet és normál körülmények között hetek telnek el egy-egy újraindítás között.

Itthon "házi szerverem" 6x nap után indítottam újra, mert kapott egy gigabites hálókártyát, már csak a kábelezést kell cserélnem hozzá. :)

Másik helyen lévő gépemet pedig "egészséges módon" a viharok indítják néhány havonta újra.

A gyors boot idő tényleg jó dolog tud lenni, de ha stabil a rendszer, én azzal is megelégszem... normál boot folyamatot (normál körülmények között) úgysem sokszor játszom el. :)

Na jó, de biztos az új W7rc-ről beszél, az meg nem vót még januárban. :) :PP

azt hittem hogy mar nem divat uptimeal vaganykodni

az uptime-project szelleme örökké él!

Hát az Archlinux-om suspend-ből ébredő kb 3 mp-ét nem lehet tovább javítani, annyi szent.

Javítás: lemértem: max 1 mp, de inkább x ms

Hat, en is azt hittem, de a fedora 11-ben a szuszpendbol visszajovo csippanas utan nagyjabol fel-egy masodperc mulva mar lehet jelszot irni...

VPS mellé újabb kifejezést kell találnunk...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

Szerintem utaljunk arra is, hogy a gentoo-huszároktól lopják az ötletet :-)

Nagy átok, hogy ennyi disztró van, de azért jót tesz a versengés a szolgáltatásoknak. Gondolom, ezek után minden jelentősebb disztró megpróbálja felülmúlni vagy elérni és ez jó.
Azért én is jobban örülnék, ha a GNOME sok apró hibáját orvosolgatnák először, mert van neki. Nem túl rózsás a választék: Kiforratlan KDE4, elavult KDE3, hibás GNOME. Az XFCE-ről nincs tapasztalatom.

Hmmm... Nekem az XFCE nem jött be, inkább a Gnome. Minél fapadosabb egy wm, annál kevesebb hozzávaló, normális alkalmazás van. Ha pl. Gimp-et akarsz használni, hozza magával a Gnome függőségeit rendesen, stb... Nem sok értelmét látom, hogy az XFCE induláskor azzal kezdje - opció - hogy betöltse a Gnome és/vagy KDE lib-eket, hogy az azokhoz készült app-ok gyorsabban induljanak. FreeBSD és Archlinux alatt is néztem az XFCE mem-használatot, pontos értékekre nem emlékszem, de nem volt annyival kevesebb a Gnome-nál, mint amennyire büszkék rá, hogy lightweight, stb...
Egyébként a mai sokgigás gépek korában, egy desktop rendszernél nem indokolt a minimalisztikus desktop, csak ha kifejezetten arra gerjed a user.

Hazudnak! nekem a 9.04 + gnome is jóval több mint másfél perc alatt indul el :P

tudom, boot idő != bekapcs gombtól használatig tartó idő... de szvsz annak van értelme, míg a 20 mp-es boot időből 10-et csinálni nem sokat ér, ha a teljes folyamat sokkal tovább tart

Nekem is 1 napig is tartana ha nem nyomnék egy entert a hálózat behúzása közben, mert ott mindig elakad. Nem foglalkoztam még vele, mert miután betölt mégis jó.
A suspendnek köszönhetően most már számomra nem olyan fontos a boot idő.
Most 9d 3h 28m az uptime, de csak azért mert a 6 éves fiam azzal szórakozott, hogy hányszor tudja megnyomni a suspend gombot a távirányítón mielőtt lemegy suspend-be. Az 5. bekapcsolás->suspend után kihúztam a falból és megdicsértem, hogy milyen ügyes volt.

Akkor először a suspend időn kell javítani. :)

Remelem azert elotte majd leallaskor jelentkezo beragadast is kijavitjak...

Addig is tehetnél egy látogatást a vendorod honlapján, megnézni, hogy nincs-e netalántán a BIOS-od bugger ACPI-jéhez valami frissítés-szerűség. Volt hogy ott volt a kutya elásva.

--
trey @ gépház

Koszi a tippet, de sajnos nincs, eppen a multkor neztem.

Az hogy nincs, nem jelenti azt, hogy a jelenlegi - ami a gépedben van - nem szar. Lehet, hogy csak a vendorod nem foglalkozik vele. Lehet, hogy hiába is vársz javításra, mert nálad van a probléma. Nekem pl. csont nélkül kikapcsol a gépem.

--
trey @ gépház

Amost meg jelent Fedora 11-ben 20masodperces bootot csinaltak (bar, hogy mi lettbelole nem tudom,meg nem lattam).
http://fedoraproject.org/wiki/Features/20SecondStartup

Egyebkent en szemely szerint orulok, hogy mostanaban ez is fontos lett... bar en suspendaltatok vagy nem kapcsolom ki a gepet. ;)

"hardver tudatlan" esetleg? Lehet, hogy egy ps3-ra, xboxra vagy macre készült disztróhoz képest, a bármi szóbajöhet linux...

hardver független
hardver ismeretlen

valami hasonló.. egyébkén számomra ez a szó angolul se mond ebben a kontextusban sokat, bár lehet, hogy csak én vagyok érzéketlen bizonyos szint fölött nyelvi finomságokra.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

gratulalok, ez a fontos valoban

[insert line here]
B.C. 3500 - DIY Vehicle / A.D. 30 - DIY Religion / A.D. 1991 - DIY OS

Bizonyos esetekben tenyleg az lehet. Pl. ha egy 2 node-os clustert rolling upgrade-elsz, akkor nem mindegy, hogy a "jajjmostnedogoljonmegsemmi"-allapot 10 percig, vagy 10 mp-ig tart.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

haát ahogy meglestem a mai gépeknél nem az openrendszer boot a lassú hanem míg eljut a grubig :>
a sok firmware ellenörzés, betöltése stb néha a falra mászok tőle :>

Core2Duo T7100, 4G, Ubuntu 9.04, 2.6.28

"Barcelonában az Ubuntu Developer Summit egyik előadásán Scott James Remnant fejlesztő megjegyezte, hogy a 8.10-es verzió 65 másodperces boot ideje mindössze 25 másodpercre csökkent a 9.04-ben. Ez már magában jelentős fejlődés, de [James] hisz benne van még helye további agresszív optimalizációnak."

Hát nem tudom, ez hogy jött ki. nekem a 9.04-es kb 50mp alatt boot-ol be (grub-ban nyomott enter-től a GDM indulásáig számítva, mikor már be lehet lépni), tehát kb. 2x annyi idő, mint állítják. Most akkor dobjam ki a 1,5 éves notebook-om, mert lassú? :-/

igen :)
a két éves alsókategóriás (aspire 3100) laptopomon a gdm-ig a grubtól számítva 22mp.

egyébként nem lehet hogy valami megfogja a háttérben, és ezért "lassú"?

Tippelek. A fájlrendszered egyben van, a / partíció mérete 100+ GB és maga a mount-olás csak 15 sec? Talán kisebbre kéne venni ill. fel kéne darabolni, hiszen magának a /-nek akár ennek a töredéke is elég lehet?

--
trey @ gépház

A tipp majdnem jó. :) Habár egységnyi sugarú júzerként hasznmálom, mert hát arra tervezték és a linuxhoz nem értek, de azárt ennyire mégsem. A /, /tmp, /var, /usr, /home külön. A home magában kb. 40GB, a többi összesen vagy 20.
Én is inkább arra gondoltam, hogy a háttérben bootolásnál fogja meg valami.

Egyébként azóta csinálja, mióta frissítettem, a 8.10-essel ilyen gondom nem volt.

Egyébként ha lassacskán divatba jönnek az SSD-ék, már a tíz másodperc is soknak számíthat majd. :)

Ha nagyon lemaradnának a Linux rendszerek gyorsabb háttértárakon, gondolom, sokan felemlegetnék.
Nem baj az, ha gyorsan indul a rendszer, persze, ha stabil is.

A 10mp-et éppen hogy SSD-vel akarják elérni.
http://mogorvamormota.hu/2009/06/08/boot-10-masodperc-alatt/

Hopp, akkor nem szóltam. :)
Feljebb már linkelték ezt a címet, de csak a bevezetőjét olvastam el.
Bocs :)

Hardverfüggetlenül. A 10 [másodperc] egy jó szám.
Ha gyorsabban bootol a gépemen, akkor lesz egy script, ami belassítja, hogy 10mp legyen?

ASRock Instant Boot. Seven meg ütni fog ;)