Jelenleg a kernel boot nagy része szinkron módon zajlik és ez nem valami gyors, mert a hardverek inicializálásából származó késedelmek egymást követően jelentkeznek. Annak érdekében, hogy a kernel gyorsabban bootoljon, a patchset egy olyan mechanizmust vezet be, amely lehetővé teszi egyes inicializációs lépések aszinkron végrehajtását, s ez a gyakorlatban "elrejti" az ebből adódó késedelmek egy jelentős részét.
Idézet a patch-ből:
Goals and Theory of Operation
The primary goal of this feature is to reduce the kernel boot time,
by doing various independent hardware delays and discovery operations
decoupled and not strictly serialized.
More specifically, the asynchronous function call concept allows
certain operations (primarily during system boot) to happen
asynchronously, out of order, while these operations still
have their externally visible parts happen sequentially and in-order.
(not unlike how out-of-order CPUs retire their instructions in order)
Key to the asynchronous function call implementation is the concept of
a "sequence cookie" (which, although it has an abstracted type, can be
thought of as a monotonically incrementing number).
The async core will assign each scheduled event such a sequence cookie and
pass this to the called functions.
The asynchronously called function should before doing a globally visible
operation, such as registering device numbers, call the
async_synchronize_cookie() function and pass in its own cookie. The
async_synchronize_cookie() function will make sure that all asynchronous
operations that were scheduled prior to the operation corresponding with the
cookie have completed.
Subsystem/driver initialization code that scheduled asynchronous probe
functions, but which shares global resources with other drivers/subsystems
that do not use the asynchronous call feature, need to do a full
synchronization with the async_synchronize_full() function, before returning
from their init function. This is to maintain strict ordering between the
asynchronous and synchronous parts of the kernel.
A bejelentés itt olvasható.
- A hozzászóláshoz be kell jelentkezni
- 4345 megtekintés
Hozzászólások
Kivancsi leszek a hatasara. 2.6.30 talan?
- A hozzászóláshoz be kell jelentkezni
Szerintem az kizart. Nem feltetlen trivialis biztonsagosan aszinkron inicializalni a hardvereket. Sok tesztelest igenyel.
while (!sleep) sheep++;
- A hozzászóláshoz be kell jelentkezni
erre probal rafejelni a "szinkronsüti" elmelet:D, amivel az aszinkron reszeket egymas kozott, valamint a szinkron reszeket az aszinkronokhoz igazitjak.
persze az "elmelet" es a "gyakorlat" fogalmak nem veletlenul kaptak kulon szot a (legtobb?) nyelvben!:D
- A hozzászóláshoz be kell jelentkezni
Véleményem szerint ez a jó út, hisz már régóta vannak 2 magos processzorok és az i7 szériában már csak 4 magosak vannak. Ha szinkron módban fut a boot akkor a maradék 1-3 mag kihasználatlan maradhat, illetve nem optimális a kihasználtsága.
A programok fejlesztői egyre jobban törekednek a threadek használatára, hogy szoftverjük optimálisabban használja ki a hardvert és gyorsabb futást produkáljon.
Miért ne fejlődhetne ebbe az irányba a kernel is?
-- Ubuntu --
- A hozzászóláshoz be kell jelentkezni
SZVSZ ez nem errol szol. A kernel nem futtat szamitasigenyes dolgokat, legalabbis ha minden normalisan mukodik. Ez inkabb arrol szol, hogy amig varjuk a valaszt a halokartyatol, addig megkerdezzuk a hangkartyat is, ugy sincs jobb dolgunk.
- A hozzászóláshoz be kell jelentkezni
Igen, ezzel egyetértek. a hozzászólásom második fele inkább erre utalt, a hatékonyabb kihasználtságban erre próbáltam utalni.
-- Ubuntu --
- A hozzászóláshoz be kell jelentkezni
zsír. akkor hamarosan 3 mp-vel többet fog rám várni a login screen, amíg visszaérek a gép elé bekapcsolás után. ez valóban megéri a fáradozást :)
- A hozzászóláshoz be kell jelentkezni
Lehet majd nem is lesz időd felkelni ;)
-- Ubuntu --
- A hozzászóláshoz be kell jelentkezni
Ennek azert tobb ertelme van. Hordozhato gepeknel, vagy egyeb beagyazott rendszereknel a boot ido fontos, hiszen gyakran ki-be kapcsoljak oket, illetve desktopok eseten sem utolso szempont, hogy szivesen lekapcsolod-e, vagy inkabb allandoan fut a gep.
- A hozzászóláshoz be kell jelentkezni
az nem ezen az 5-10 mp-n fog múlni
- A hozzászóláshoz be kell jelentkezni
most az eeepc-m ~30 sec alatt bootol, ha abbol faragnak 5-10 secet, akkor az 20-30% gyorsulas...
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
és a teljes uptime-nak hány százaléka is?
- A hozzászóláshoz be kell jelentkezni
Már megint feleslegesen ügyködnek hülyeségeken a pénzünkön!
--
"Dude, you can't take something off the Internet.. that's like trying to take pee out of a swimming pool."
- A hozzászóláshoz be kell jelentkezni
nem. fölösleges dolgokon pöcsölnek, miközben sokkal értelmesebb dolgokon lehetne javítani. persze szívük joga. nekem meg az, hogy véleményt nyilvánítsak róla.
- A hozzászóláshoz be kell jelentkezni
De attól még más ezt tarthatja hasznosnak, ugye?
- A hozzászóláshoz be kell jelentkezni
így van
- A hozzászóláshoz be kell jelentkezni
Rosszul fogalmaztad meg a kérdést.
A teljes uptime kis százaléka is lehet idegesítő, ha nem tudsz a rendszerrel hasznos munkát végezni mint például a hupon posztolni.
A laptopok, netbookok, embedded felhasználáson kívül ez egy desktopnál is számít. Nem mindegy, hogy 5-10 másodperc múlva ott a login prompt és utána a használható desktop vagy ez 50-60 másodpercet vesz igénybe.
A leállításra ugyanez vonatkozik egyébként.
Persze lehet azzal az érvvel jönni, hogy minek olyan gyors boot és kit érdekel, de van akit érdekel és van akinek hasznos. Attól, mert neked nem jut eszedbe példa az nem jelenti azt, hogy nincs.
Konkrétan az esetemben is 5-10mp boot idővel tömegközlekedésen elővenném néha a laptopot/netbookot, egy perc boot esetén meg nem valószínű.
Arról nem szólva, hogy ez akár szerverkörnyezetben is hasznos lehet azok számára akik a load alapján indítanak illetve állítanak le rendszereket ezzel erőforrásokat kímélve.
- A hozzászóláshoz be kell jelentkezni
Konkrétan az esetemben is 5-10mp boot idővel tömegközlekedésen elővenném néha a laptopot/netbookot, egy perc boot esetén meg nem valószínű.
... egyszer előveheted.
- A hozzászóláshoz be kell jelentkezni
ti most komoyan azt hiszitek, hogy a boot csak hw inicializálásból áll? az meg, hogy 50 mp-s bootból 5mp-t csinálnak, kifejezetten röhejes. ezzel a mókaficekkel max pár mp-t fogtok nyerni, meg egy raklap új hibát.
- A hozzászóláshoz be kell jelentkezni
Miért lenne röhejes?
- A hozzászóláshoz be kell jelentkezni
"Linux boot 5 másodpercen belül"
igen. fölösleges szolgáltatások kilövésével, initrd és egyéb sallang lepucolásával, kernel fordítgatással-patcheléssel, hdd olvasás hegesztésével, mindezt egyetlen specifikus gépre kihegyezve. tehát hogy is jön ez ide? :)
hint: most a boot idő lerövidítése 1/10-edére a hw inicializálás optimalizálásával a téma, nem más
- A hozzászóláshoz be kell jelentkezni
"hint: most a boot idő lerövidítése 1/10-edére a hw inicializálás optimalizálásával a téma, nem más"
Egy cseppet mintha el lennél tévedve.
szerk.: szájbarágósabban: a téma az, hogy ki mit szólna a töredékére rövidült boot időhöz. Hogy az 50 másodpercről 5-re gyorsulás pusztán aszinkron hardver inicializálással elérhető lenne, az már csak a te agyszüleményed.
- A hozzászóláshoz be kell jelentkezni
"Jelenleg a kernel boot nagy része szinkron módon zajlik és ez nem valami gyors, mert a hardverek inicializálásából származó késedelmek egymást követően jelentkeznek. Annak érdekében, hogy a kernel gyorsabban bootoljon, a patchset egy olyan mechanizmust vezet be, amely lehetővé teszi egyes inicializációs lépések aszinkron végrehajtását, s ez a gyakorlatban "elrejti" az ebből adódó késedelmek egy jelentős részét."
- A hozzászóláshoz be kell jelentkezni
Értelmezted is, vagy csak kopiztad?
hint: a kernel boot a teljes boot folyamatnak csak egy része.
- A hozzászóláshoz be kell jelentkezni
igen. a hw inicializációt hatékonyabban akarják végrehajtani.
- A hozzászóláshoz be kell jelentkezni
És azt hol olvastad ki belőle, hogy pusztán ezzel 5 másodperce csökken a korábban 50 másodperces full boot?
- A hozzászóláshoz be kell jelentkezni
mi lenne, ha végigolvasnád a szálat?
- A hozzászóláshoz be kell jelentkezni
Linkelt hozzászólásban nincs ilyen állítás, szóval talán neked se ártana...
- A hozzászóláshoz be kell jelentkezni
"Konkrétan az esetemben is 5-10mp boot idővel tömegközlekedésen elővenném néha a laptopot/netbookot, egy perc boot esetén meg nem valószínű."
- A hozzászóláshoz be kell jelentkezni
Ebben hol van az, hogy ezt pusztán aszinkron hardver inicializálással érik el? Meg ez egyébként is teljes boot idő, ugyebár...
- A hozzászóláshoz be kell jelentkezni
muszáj tenni a hülyét?
oké, leírom:
- dejó, 5 mp-vel gyorsabb lesz a boot [az aszinkron hardver inicializálás miatt]
- fasság, netbooknál fontos az, 5 mp-vel kevesebb ideig merül az akksi [az aszinkron hardver inicializálás miatt]
- az mennyi is a teljes üzemidőből?
- hülye kérdés, én sokat kapcsolgatom, így még jobb lesz nekem [az aszinkron hardver inicializálás miatt], mert 5-10 mp lesz a boot 1 perc helyett, és a bkv-n is kockulhatok majd
- A hozzászóláshoz be kell jelentkezni
"mert 5-10 mp lesz a boot 1 perc helyett"
Akkor mostmár te is látod, hogy mi a saját agyszüleményed, ugye?
- A hozzászóláshoz be kell jelentkezni
o_O
feltételeztem, hogy az aszinkron hardver inicializálástól várják a csodát (az aszinkron hardver inicializálással foglalkozó témában), és nem a jézuskától.
- A hozzászóláshoz be kell jelentkezni
Ez volt a hiba.
Miért nem azt feltételezted inkább, hogy ők még emlékeznek az október eleji hírre, és az abban leírtak széles körben elterjedését várják?
- A hozzászóláshoz be kell jelentkezni
pl. mert én a $topic-tól várható eredményeket fikkantottam, ők meg arra reagáltak
- A hozzászóláshoz be kell jelentkezni
Hogy teljesen irreális, az meg smafu, ugye?
- A hozzászóláshoz be kell jelentkezni
mi irreális?
- A hozzászóláshoz be kell jelentkezni
Az van hogy ezek a néhány másodperces kis lefaragások összeadódnak, tehát azért talán mégsem mindegy. Örülök hogy nem csak az init scriptekkel bűvészkednek, hanem a kernellel is, meg mindennel amivel nyerni lehet. (apránként, de sok kicsi sokra megy)
--
"Dude, you can't take something off the Internet.. that's like trying to take pee out of a swimming pool."
- A hozzászóláshoz be kell jelentkezni
Százalékban nagyon kevés, de az idő szubjektív. Amikor egy átlag felhasználó bekapcsol egy gépet azért teszi, mert éppen valamit akar tőle - azaz a feladatra van hangolva. Ha 1-2 percet várnia kell elkalandozik a figyelme a feladatról, csökken a motiváltság, elmegy az ihlet...
Én örülnék egy gyors bootnak - jó lenne a gyors hibernálás is helyette, de nincsenek túl jó tapasztalataim a visszatérést illetően.
- A hozzászóláshoz be kell jelentkezni
Volt itt a HUPon is, hogy valakik csináltak gyorsbootot, úgy szervezték meg az init által indított szolgátatások időzítését, hogy egy-egy erőforrást (szűk keresztmetszetet) egyszerre egy induló processz használjon. Meg ugye csináltak kerneloldalra egy caching-ot, és ha jól emlékszem 5-6 sec lett így a boot? Na ha ehhez hozzágondolod a fenti fastboot-ot, akkor előbb kapsz x-et, mint képet a monitorra :)
- A hozzászóláshoz be kell jelentkezni
aha. 5-6 sec lett, mennyi helyett?
- A hozzászóláshoz be kell jelentkezni
"és ha jól emlékszem 5-6 sec lett így a boot? Na ha ehhez hozzágondolod"
De ne gondold hozzá, mert az 5 másodperces bootot ugyanezekkel a patchset-ekkel (is) érték el. Mellesleg Linux októberben visszadobta ezeket a patcheket, úgyhogy nem valószínű hogy most majd diadalmenetben fog bevonulni ez a patchset a mainline kernelbe...
---
;-(
- A hozzászóláshoz be kell jelentkezni
"Mellesleg Linux októberben visszadobta ezeket a patcheket,"
Azok _nem teljesen_ ezek a patchek voltak:
This patch series is based on Linus' original reaction to some of the
fastboot patches which introduced an "asynchronous initcall level".
Linus did not like the initcall level approach much, and wanted a much
more finegrained kind of thing.This patch series introduces asynchronous function calls.
The goal is still the same (boot faster), the method is entirely
different.
Fastboot revisited: Asynchronous function calls
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
en is ki be kapcsolgatom a laptomom, s2ram nal gyorsabb ugyse lesz.
2 sec es fut a kde4/firefox/ooo3/gimp.
persze vmi kritikus servenel, ha esetleg rebootolni kell, pl kernel upgrade eseten latom hasznant. persz az ilyen szerverek 5 percet szorakoznak mire a GRUB/LILO szohoz jut. itt aztan meg az 5-10 sec ide vagy oda, nem oszt.
- A hozzászóláshoz be kell jelentkezni
jól hangzik, bár a tuxonice óta nem nagyon izgat a bootolás ideje
- A hozzászóláshoz be kell jelentkezni
C64-esem még így is gyorsabban bootol :D
- A hozzászóláshoz be kell jelentkezni
Akkor is, ha a ROMban meglevo basic interpreteren kivul mas is kell, pl GEOS-t bootolni 1541-rol? :)
- A hozzászóláshoz be kell jelentkezni
OT
Sajnos a telefonom (ami persze nem Linuxot futtat) már most is lassabban bootol - sőt a login (PIN-kód bekérése) is majdnem olyan lassú, mint az asztali gépemé.
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Én pár éve mikor elkezdtem linuxot használgatni, akkor azért választottam sokszor inkább az xp-t a grubból, mert hamarabb bootol, hamarabb jutok oda, hogy megoldjam, amit szeretnék. Azóta már sokat javult a helyzet, de egyálatlán nem zavarna, ha javulna a linuxos bootolás sebessége. Az átlag felhasználó is elvárása is az - amiért egyáltalán ezen a projekten elkezdtek dolgozni, ha jól sejtem -, hogy minél hamarabb szóljon a zene, menjem a film stb....
Nem sértés képpen, de nem mindenki úgy tölti a napját, hogy minden művelet (meló) között főz egy kávét, iszik egy teát, vagy megeszik egy boci csokit. Ha éppen igen sürgető lenne valami, olyankor elég idegfeszítő fél/egy percet várni.
A s2ram-ot én is használnám, de a régi "ócska" gépemen nem sikerült elérnem, hogy müködjön...
(Abit nf7s 2.0, Nvidia 6600GT)
- A hozzászóláshoz be kell jelentkezni
"Nem sértés képpen, de nem mindenki úgy tölti a napját, hogy minden művelet (meló) között főz egy kávét, iszik egy teát, vagy megeszik egy boci csokit. Ha éppen igen sürgető lenne valami, olyankor elég idegfeszítő fél/egy percet várni."
Ez így van. Ezekre találták ki az instant-on Linux-okat, amelyek a korszerű alaplapokba már be vannak "építve".
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
:-) azért Te sem cserélnéd le a gépeden semmit egy instant-on linuxra vagy kedvéért ... haha - kompizkockáddal mi lesz?
- A hozzászóláshoz be kell jelentkezni
Nekem nincs rá szükségem. A Linux-om gyakorlatilag instant-on működik. Kb. 3 sec. alatt áll használható állapotba a suspend-ből. Valószínűleg nem is én és a hozzám hasonlók a célpiac.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Értem én, épp azt bátorkodtam mondani, hogy pl. Neked erre nincs szükséged, és nem tudom mennyire tűrnél meg a SAJÁTOD helyett egy gyári=idegen instantnak nevezett linuxt.
- A hozzászóláshoz be kell jelentkezni
Egyet ertek azzal, hogy ugyse rebootol sokat az ember.
De szerintem egy normalis rendszernek asyncron modon kellene bootolnia.
Amit nem lehet megirni assemblyben, azt nem lehet megirni.
- A hozzászóláshoz be kell jelentkezni