Upstart a Debianban - tesztelésre

Debian

Steve Langasek blogbejegyzésben közölte, hogy vasárnap óta az upstart elérhető tesztelésre a Debian unstable-ben. Ebből kifolyólag a fejlesztőknek lehetőségük nyílik arra, hogy összevessék a sysvinit-tel (w/ startpar), upstart-tal és systemd-vel felszerelt rendszer bootolási sebességét. Steve készített hevenyészett teszteket is, amelyek során érdekes eredményekre jutott. A tesztek bootchart-jai megtalálhatók itt. Összefoglalva, Steve szerint az upstart egyrészt bootidőt tekintve komoly versenytársa a systemd-nek, másrészt megoldhat egy csomó régóta fennálló boot-time ordering problémát, amely jelenleg a sysvinit-et használó Debian felhasználókat érinti.

A részletek itt olvashatók.

( Troppauer | 2012. 11. 27., k – 20:36 )

Debian squeeze-s servereket rakok ossze, de nem igazan utkoztem boot-time ordering problemaba, amit egy kis odafigyelessel nem lehetett megoldani.
Valaki esetleg mondana par peldat, ami regota fennall?

En nem ismerem ezt az uj cuccost, valakinek van tapasztalata?

Ez igaz, azonban magat a boot sebesseget kiemelni butasag, mert sysvinittel is kis munkaval elerheto az hogy grub->gdm ~5 sec. Desktopon szerintem ez teljesen elfogadhato, hordozhato cuccot meg amugy is suspendel az ember, es ott a boot sebesseg sokkal kevesbe szamit.

Szoval jo az a gyors boot, de onmagaban baromira nem erdekes, mert mindenki tudja, nem ettol jobb az upstart/systemd/akarmi a sysvinitnel.

--
|8]

Hibernalas. En azt szoktam az asztali gepemmel. Ha egyszer bebootol, minek ujra.
(Erdekes, hogyha fut a Seamonkey, nem hajlando hibernalni. Sot, ha hibernalas kozben megnyomom az ESC-et, ami elvileg leallitana a hibernalast, elhalalozik, csak a restart segit)

Ja, ize, s2disk, asszem ez a hibernalas, szoval a swap-ra rakja ki a memoriat.

--
http://www.micros~1

( hrgy84 | 2012. 11. 27., k – 22:38 )

Bar nem vagyok sem Debian sem Ubuntu fan, de ennek azert orulok. Ha atveszik a teljes szisztemat az Ubuntubol, az nagyon jo lesz, rengeteg cucc tamogatja mar halistennek.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( iwanabeguru | 2012. 11. 27., k – 23:54 )

jobb lenne ha ubuntuék is inkább a systemd -t erőltetnék. Upstart eddug csak ubuntus volt most már lesz debianban, systemd meg minden más distribben.

+1

Anélkül, hogy belefolytam volna, a systemd kicsit mintha rugalmasabb lenne. Gondolom nem véletlen, hogy Fedorában az upstart-ot systemd-re cserélték. Jó, mondjuk Lennart Poettering a Red Hat-nél dolgozik, s a systemd-t ő követte el.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

-1

Upstartot mondjuk regen neztem (nem hasznalok ubuntut, es mire debianba megerkezett, addigra mar reges reg systemdre valtottam), de systemdben van jopar olyan dolog, amit upstartbol hianyoltam. Ettol fuggetlenul lehet, hogy upstartban is megvan, csak sehol nem reklamozzak (socket activation, STATUS cucc, stb).

Upstart egyetlen elonye, hogy nem, vagy csak kevesbe linuxhoz kotott. Ez a Debianon kivul kb senkit nem erdekel azonban. :P

--
|8]

Viszont - amennyire en neztem - az upstartot egyszerubb konfigolni. Bar lehet, keverem a runit-tel vagy mi a rak az, szoval en valojaban arra a cuccra gondoltam, ami az inittabot felvalto /etc/init/ mappaban csinalja a dolgokat (nem init.d).
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Upstart configolast nem neztem, systemd-ben a runleveleket, ill az azoknak megfelelo dolgokat irdatlanul egyszeru configolni: azt symlinkelsz az $akarmi.target.wants konyvtarba, ami azon a runlevelen el kell induljon, majd bootnal megadod, hogy melyik targetbe akarsz bootolni. Es nagyjabol ennyi.

(Egyebkent ez igen korrektul dokumentalva is van, de nekem kb 3 percbe kerult mig magamtol rajottem :P)

--
|8]

En ezt pont forditva latom. Ubuntun kivul kb mashol nem lattam meg upstartot mukodni, az altalam hasznalt szolgaltatasok kozul talan ha egy olyan van, ami upstream tamogat upstartot (nem meglepo, leven Canonical az upstream). Ezzel szemben out of the box systemd tamogatassal (ami tulnyulik azon, hogy egy unit filet melleraknak) rendelkezik a desktopon futo dolgaim kb 90%-a.

Abszolute nem megbizhato osszehasonlitaskepp, Debian Wheezy rendszeren: 


$ apt-file search lib/systemd | cut -d: -f 1 | sort -u | wc -l
46
$ apt-file search upstart | egrep "(job|\.upstart)" | cut -d: -f1 | sort -u | wc -l
6

Persze lehet, hogy felreertem mikent kell upstart jobot csinalni, de az biztos, hogy debianon legalabb 46 csomag jon mar systemd tamogatassal. Ami persze nem sok, rengeteg olyan eset van amikor upstream tamogatja, de a Debian csomagban valamiert nincs benne.. de igy is lenyegesen tobbnek tunik, mint az upstart upstream tamogatottsaga :)

--
|8]

Ilyesmit systemdvel meg lehet oldani, rendkívül egyszerűen (egyszerűbben, mint ahogy első ránézésre a foreman Procfile megoldás).

Tippre egy óra alatt össze lehet ütni hozzá a systemd exportot. Ha nem oldottam volna már meg az efféle igényeim systemdvel natívan, akkor össze is raknám.

Mivel a lehetőség adott, előbb-utóbb majd egy foreman felhasználó megírja. :)

--
|8]

Kozben utanaturtam, van is systemd export mar az egyik forkban, csak meg nincs bekuldve meg tesztelve.

A Procfile azert jo, mert 1) az alkalmazas kodbazisaban nem kell tudnom, milyen rendszeren tortenik a deploy, azt majd esetleg a deploymentnel eldontom, hogy mibe exportalom ki 2) nem kell foglalkoznom vele, ha holnaptol a systemd vagy az upstart XML alapu konfigokat hasznal, mert ami tamogatott, ahhoz lesz az uj formatumhoz is export, tehat legfeljebb ujra kell deployolnom azokat a scripteket.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal