Seth Nickell lecserélné a korosodó 'init' procedúrát

Linux

A GNOME-os Seth Nickell szíve szerint teljesen lecserélné a szerinte korosodó Linux "init" procedúrát.

Az általa elképzelt új indító-rendszernek az alábbi előnyei lennének:

1.) Egy teljes "services" keretrendszert adna (tartalmazná a "boot up" kezelését is)

2.) Jól össze lenne integrálva a desktop kezelőfelülettel

3.) elindítaná az X-et, és biztosítná a "login" lehetőséget ASAP (as soon as possible - amint az lehetséges)

4.) Lehetővé tenné a daemon binárisoknak, hogy azok közvetlenül hozzáadhassák a rendszer szervizeket az indítási folyamathoz, ne kelljen a disztro készítőknek/gyártóknak shell scripteket írniukSeth a OSNews-nak adott interjúban mondta el részletesen víziójának részleteit.

Az írást megtalálod itt.

( uid_228 | 2003. 10. 02., cs – 10:53 )

Már látom előre, hogy majd ehhez is tonnányi függő csomag kell, mint a GNOME/KDE-hez. :))

( piszi | 2003. 10. 02., cs – 11:06 )

csak akkor lehet róla szó, ha a slackware/*bsd vonal lesz a szabvány :)))

( nevergone v | 2003. 10. 02., cs – 11:12 )

Amúgy jól hangzik...


Ha valami vindózos, akkor az inkább a KDE, mint a GNOME...

( zeus | 2003. 10. 02., cs – 12:32 )

"...Jól össze lenne integrálva a desktop kezelőfelülettel..."



Ezt valaki elmagyarazhatna nekem, hogy miert jo!

--

zeus

Ezzel az a bajom, hogy zavar az összes olyan lépés, amely az egyfelhasznláós szemlélet kapcsán háttérbe szorítja a hagyományos rendszergazda vs. userek szemléletet. Még mindig, sőt egyre inkább megvan a linuxnak a helye pl. iskolákban is, ahol a rendszergazda telepíti és karbantartja, a user meg használja. A rendszerindítás egyes hibái a legkisebb mértékben sem a userre tartoznak, pláne nem az általa választott grafikus rendszerre.

( egmont | 2003. 10. 02., cs – 14:21 )

Ha már az LSB szóba került: szerintem egyfelől jó, másfelől pedig kifejezetten rossz az LSB létezése.

Jó, hogy teremt egy kvázi-szabványt, amihez igazodnak a disztribek, így kompatibilisebbek lesznek egymással, aminek elsősorban nem a disztribkészítők és nem is a magát a disztribet használó felhasználók, hanem a 3rd party alkalmazást szállító cégek és telepítő felhasználók látják előnyét.

Rossz viszont abban, hogy a teendők precíz rögzítésével gátat szab az innovációnak, nem engedi meg új (esetleg kifejezetten jó, akár gyökeres változást hozó) ötletek berakását. És ezt tovább súlyosbítja az, hogy amit az LSB leír például az init szkriptek terén, az nem úgy született, hogy "találjunk ki tényleg valami tyűdejót 30 disztrib alapos áttanulmányozása után", hanem sokkal inkább úgy, hogy "dokumentáljuk le, hogy 3 nagy disztrib most mit csinál, legyen ez a szabvány".

Ja, mindezt úgy írom, hogy 1-2 hónapja újraterveztük/újraírtuk az UHU init szkript rendszerét :-)) Nem találtunk kész megoldást ami igazán tetszett volna, ezért írtunk újat. Igyekeztünk nem túlságosan elrugaszkodni az lsb-től és a szokásoktól, de mindemellett úgy érzem, hogy van benne egy-két jó új ötlet is.

( piszi | 2003. 10. 02., cs – 14:34 )

jójó, de az ikszes cuccokkal mi lesz? /etc/regedit.rc ? ;-)

( borso | 2003. 10. 03., p – 01:14 )

Valaki felvilagositana hogy a fantasztikus experiencen tul miert lenne

megvaltas ha egyszerre 3-4 service probalna egymassal adaz harcot

folytatva a CPUert es a diskert elindulni csupan azert hogy a user

a neocsicsas kezelofeluletere tiz masodperccel hamarabb be tudjon

jelentkezni azert hogy utana tovabbi fel percig gyonyorkodhessen

a winchester kerregeseben mikozben azon filozofal hogy a KDE elso

betuje valoszinuleg a cucc sebessegere utalhat egy erosen negativ

tragar magyar melleknev formajaban...

ps LinuXP (tm) is a registered trademark of... whoever take it.

( borso | 2003. 10. 03., p – 16:26 )

Es kinek kellenek r=1 userek? Csak baj van veluk, penzt meg nem hoznak

a konyhara. Aztan meg mindenki panaszkodik h milyen utodott a

usertaboruk.

( rhapsodhy | 2003. 10. 03., p – 19:42 )

Az más kérdés, jogy vindózon hamarabb tudja mozgatni az egerét, de utána, még nagyba ül a proccon az 'izé':D, szóval a rencer használhatatlan.

( egmont | 2003. 10. 04., szo – 11:46 )

Erről én azt gondolom, hogy aki azt egy szempontot képes felhozni egyik oprendszer mellett, hogy gyorsabban tud elkezdeni egerészni, az nem érdekel hogy milyen rendszert használ, nem neki szeretném megmutatni hogy milyen is a LInux. Szóval mondjuk ha naponta 1x elindítja vki a gépet, akkor most 10 vagy 20 másodperc ide vagy oda nehogymár szempont legyen... szerintem 20 másodpercet simán visszanyerek a napi munkám során olyan apróságokkal, mint pl. Alt+egér elmozdítja az ablakot, nem kell a fejléc fölé mennem az egérrel. A szükséges rebootok számáról nem is beszélve :-)

( egmont | 2003. 10. 04., szo – 11:52 )

Ez nem feltétlenül van így. Tipikus desktop környezetben az init szkriptek során az I/O műveletek legnagyobb részét az egyetlen diszk tekerése teszi ki, hiszen boot elején még semmi nincs memóriacache-ben, mindent a diszkről kell leolvasni. Ha két vagy még több diszkművelet-intenzív progit egyszerre indítasz el, azok együttvéve igen sok esetben lassabban futnak le, mintha sorosan futtatod őket (egymás elől tekerik ki a diszket, például ahelyett hogy az egyik végigolvasná a jó nagy abc fájlt miközben senki semmit nem csinál, és ezt követően a másik végigolvasná a jó nagy xyz fájlt, ahelyett az egyik elkezdi olvasni az abc-t, utána a másik elkezdi olvasni xyz-t, ezért a diszket oda kell tekerni, aztán vissza az abc közepére, aztán az xyz közepére stb. Csiki-csuki...)