initng - avagy hogyan bootoljunk Linuxot gyorsabban?

Címkék

Az OSNews szerint Jimmy Wennlund azt teszi a Linuxszal, amit az Apple a Tigerrel: megpróbálja megoldani, hogy az minél gyorsabban bootoljon be.

Hozzászólások

A DJB-féle daemontools is már tud ilyet, elég régóta. No meg a runit, ami egyszerre svscan és init funkciókkal bír.

Okostojas kerdes, de nemhinnem h oprencernel fontos az elindulas ideje.. Nem kell ujrainditani. Ez a kihivas, ez legyen a projekt:)

Az újdonság az Apple launchd-je. Gyk az ötlet az, hogy init,cron,at,inetd egy kalap alatt launchd néven éljen. Namost ez a módszer 4mp-re nyomta le a bootot egy átlagos gép / tiger esetében. Ez hihetetlen nagy sebesség gyorsulás, ahogy nézem, mivel ezzel gyakorlatilag kiiktatják a 3. interpetert ami gyakori esetben ugye a bash. A launchd xml alapú configgal rendelkezik.

Namost ami nekem nem tetszett az az hogy a crond,atd, inetd-t is le akarja cserélni, ezért örülök különösen initng-nek főleg hogy most hallok róla először.

Remélem sikerült rávilágítani az érdeklődés forrására :)

Amikor üres járatban megy a géped a villamos energiát amit elfogyasz azt az erőmüvek feleslegesen tzermelik meg. A globális ösz környezet szenyezési tényezőjét nyomják le az oprendszernek. Amikor megy akkor nagyon menjen és minél rövideb idő alat hajtsa végre a feladatot.

Azt pihenjen és ne zabálja az áramot.

Es ez most hogy jon ide, a gepnek menni kell. Arrol beszelunk hogy nincs szukseg a boot gyorsitasara, mivel, ha picit gondolkodik valaki mi veszi el itt az idot akkor rajon jelentos nyereseg elerhetetlen. Innentol baromsag. Az meg hogy te az oprendszereddel nem vagy kepes sleep-elni az a te bajod. A powersave mod a fontosabb mint az h max 20%-ekot (10-30s) nyerj bootolaskor. Meg a telefonom sincs kikapcsolva hanem flight modba kapcsolom ha nem akarok rf-et. Paks..

Es lassuk amirol irtal:

Az amivel indokoltad abbol azt erzekelem, vagy nemtudod mibol ered a valodi pocsekolas, vagy egyszeruen vak zold vagy es mivel nem hasznalja senki pocsekba megy szozattal rogton lerohanod.

Nezz korul a hazad kornyeken (pl. boltokban) mi is fogyasztja el 1 este alatt a te geped eves powersave uzemmodjanak koltseget(teljesen foloslegesen).

vegyél egy jó régi tévét, élvezni fogod hogy 5 percet kell várni mire előjön a kép, de az a lényeg hogy megy... :-)

szvsz. dicséretes, hogy próbálják a boot időt csökkenteni, az ideális az lenne ha bekapcsolnád a gépet és mindjárt (értsd: 1-2 sec) tudnád használni.

Szerintem, ha init be kiszeded a scripteket (es a particio felmountolas ugyse mehet threadbe azt lehett gyorsitani de nemnagyon valtoztatni ) es az indulo proceszekhez teszel 1 egyszeru & az eredmeny ugyaniott van (baar faszaul nekem az init 2 masodperc alat szalad be a particiok utan ezen gyorsitani semmi ertelmet nem lattom ) Esetleg lehet huzni hogy a getty t hamarabb inditom ... De akkor nem teljes rendszerbe loginolok ez olyan ms es megoldasnak tunik.... es akkor a boot ido valojaban hosszabb lesz ...

Mert ez szerintem nem is csinál semmit. Én is beírtam a biztonság kedvéért, de ennyi. Az újabb rc.conf-ban nincs is benne egyáltalán.

Rákerestem a Gentoo fórumban és ott azzal tvíkeltek a júzerek, hogy &-t tettek minden hívás után az initszkriptkebe. ezzel tudtak 5-10 másodperces sebességnövekedést elérni.

Más: mivel csinálták az initng honlapon lévő ábrákat? (vmi projekt diagramnak néz ki. és a méréseket? stopperrel? :)

Ekkora iq hogy szorul ide? Vagy mindenki read-only? Operacios rendszer bootolasarol van szo. NEM TV nem hardver. szoftver. nincs igeny es szukseg hogy osszehasonlisd mas elektronikai hw-vel mert egy kib@szott sw-rol van szo. Ennel a buta sw-nel a fuggosegek es a szukseges time-outok miatt _nem_ erdemes foglalkozni a gyorsitassal mert elpocsekolt energia. A masik szempont amit megint readonlyba skipeltetek (szemellenzo rulez) hogy a hozzaszollasom arrol szolt, nem kellene meg emiatt sem ezzel bibelodni mert _nagyon jo_ modszertani elvek _leteznek_ arra hogyan lehet egy rendszert _bootolas nelkul_ kikapcsolva VAGY keszenleti alapotban tartva uzemeltetni, aminek a jo leprogramozasa lenne a feladat inkabb.

Ha ennyire nem vagy kepes olvasni akkor hagyd a ...ba.

Igen nehez lehet ezt felfogni es flamelni sokkal konnyebb, de ettol a projekt amirol itt szo van ha a gyorsitasrol van szo akkor egy allati nagy baromsag.

Vak zold,

Gratulalok. Eloszor is a cegeknek kotelezo amire ott gondoltam (rendelet) Masreszt apro problema van a logikadban ha arra gondolsz hogy keszenleti allapothoz mindenkeppen kell az akkud.

A masik logikai gond azt gondolni hogy a tobbszori ujrainditas jobb mint az allando keszenleti allapot (energia szempontjabol persze)

Mivel a válaszodban leírt metainformációk (iq, read-only, stb...) elsősorban téged minősítenek, most ezekre nem térnék ki, de mivel látom nem jutsz előrébb a megértésben, megpróbálom elmagyarázni:

a TV egy hasonlat volt ahol bekapcsolás után várni kellett egy bizonyos ideig mielőtt használatba vehetted. Ez az idő felesleges várakozással eltöltött idő. (eddig OK?)

Nos, ezt alapul véve rátérek fenti cikk és a szálindító véleményeddel kapcsolatos feljebb már leírt gondolatom elmagyarázásra (most nagyon kell figyelned!): a számítógépet bekapcsolva is várni kell bizonyos dolgokra - most teljesen mindegy hogy sw vagy hw (igen, jogos az észrevételed jelen esetben a sw), lényeg az hogy minél gyorsabban elvégezze a dolgát, a felhasználónak ne kelljen várni. szólj ha még mindíg nem érted.

In article <42.43095@c.hup.hu>, Willy wrote:
> Ennel a buta sw-nel a fuggosegek es a szukseges time-outok miatt _nem_
> erdemes foglalkozni a gyorsitassal mert elpocsekolt energia.

Jajde okos a hupon valaki megint :) Es ha en mar 2 eve ketszeresere gyorsitottam
igy az LFS-em bootjat, most csinaljam vissza? :o

--
Bérczi Gábor
/Gabu/

Engem a ketszeres fogott meg, mert szerintem is kb. ennyit lehet elerni. Azonban ekkor vetodik fel nalam a kerdes, hogy most 4 perc vagy 2 perc boot az esetemben annyira nem tenyezo. Persze, ha kijon ez az ize, es nem omlik ossze tole a rendszerem, akkor en is nagyon szivesen hasznalnam.

Az jo lenne debian alatt is, hogy a hatter daemonokat logon utan inditsa. Nem tudom, pl. egy ntp-re minek kell nekem varni, vagy egy mysql inditasra.

In article <42.43108@c.hup.hu>, crown wrote:
> Az jo lenne debian alatt is, hogy a hatter daemonokat logon utan inditsa.

Debiantol en nem varnek semmit. Ott meg azt se birtak megoldani hogy syslogd
ne akassza meg a bootot ha readonly fs van alatta.

--
Bérczi Gábor
/Gabu/

Ja, még annyi, hogy van olyan eset, amikor

gyorsan kell valami információ, aztán futnál is el a géptől, pl. meg akarsz valamit nézni a neten, menetrend, akármi, és akkor nem mindegy, hogy 1 perc alatt bootol-e be a gép, és még éppen eléred a villamost, utána meg a vonatot..

Átlagos használatnál egész nap megy a gép, de van olyan eset is amikor nem, és ha gyorsul a bootolás, akkor abból ugye hátrány nem származik... csak ennyit szólnék hozzá!

Latom, sok HUPlita csodalkozik, mi a fenenek gyorsitani a bootolason, amikor ugyis az uptime a lenyeg. Lehet, hogy ez egy szerver eseteben ez igy van, de a Linux a kenyerpiritotol az szuperszamitogepekig sokmindenen fut. Egy beagyazott rendszernel (bekapcsolod a DVD lejatszot) peldaul sokat szamit, hogy a felhasznalo 20 masodperc mulva kezdheti el hasznalni az eszkozt, vagy 5 masodperc elteltevel, ipari alkalmazasoknal meg egyenesen kritikus lehet a bootolasi ido. Sok Linuxos fejlesztes celtalannak tunhet, ha csak a desktop vagy a szerver kornyezetet nezed.

"If initng detects a daemon's death, it will try to re-spawn the daemon it by any means, which may be deemed especially important for server systems that require a constant uptime for crucial services."

Erre kivancsi vagyok, hogy hogyan csinalja. SIGCHILD? Csak mert Solarisban erre behoztak egy teljesen uj kernel funkciot (contracts, meg contractfs meg ctrun), es nem veletlenul...

hmm. 2honappal ezelott errol mar volt hir, mikor indult a project. most megint mindenki errol beszel. mi az ujdonsag? :S

Nem akarok senki elkeseríteni, de a gentoo ezeket már mind-mind tudja, tud párhuzamosan indítani és a függőségek kezelésére is képes

Lehet SysVInit -tel is párhuzamosan boot-olni.

Anno volt az IBM oldalán egy leírás, az volt az egyetlen nehézség, hogy el kellett dönteni, hogy melyik szolgáltatáshoz mi szükséges.

Ezt a Gentoo például tudja alapból. Egyszerűen be kell írni az rc.conf -ba, hogy PARALLEL_BOOTING=TRUE, vagy valami hasonló.

Ez mivel fog többet tudni ennél?

Teszem hozzá gyorsan, én nem vettem észre jelentős gyorsukást a Gentoo párhuzamos boot következtében.

Üdv.: Tomyellow

IMHO nem az a kérdés, hogy ezt egyik-másik disztrib a saját szakállára megoldja-e, hanem az, hogy lesz-e _egy_ olyan elterjedt, elfogadott szoftver, amely van annyira jól karbantartott és letisztult és feature-gazdag, hogy szinte minden disztrib igényeinek megfelel és ezáltal elterjedhet mint állat.