Mivel a fejlesztoknek csak SSD meghajtojuk van es igy nem tesztelnek, nem fejlesztenek ilyen dolgot.
A systemd celja eredetileg a rendszer inditas parhuzamositasa volt.
A systemd eredeti celjat, az elonyos oldalat kivettek,
maradt a hatranyos oldala, egy make-it-terrible-complex-bloated-obfuscated-all-in-one---no-simple ganylabda,
amitol minden epeszu ember menekul.
A systemd letjogosultsaga ezennel megszunt! HA-HA-HA
Mar karorvendve varom, hogy a disztribuciok szepen kiveszik a systemd-t es csunyan elmuljon meg az emleke is!! HA-HA-HA
Az LWN elhallgatja, csak a distrowatch.com oldalrol kell megtudni, meg azota sem irta senki!
A hir egyszerre FELHABORITO es egyszerre orvendetes.
Nyilvan csak akkor lesz orvendetes ha a disztrok tenyleg kipurgaljak a systemd-t, de megis, mi okbol hagynak bent?
:)))
- abalole blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Te ugye nagyon nem tudsz angolul?
One feature being removed from systemd is read ahead, a process designed to decrease boot times by anticipating data needed during boot time. Poettering reports all systemd developers now use SSD disk drives rather than spinning disks, making it impractical to test the read ahead feature.
- A hozzászóláshoz be kell jelentkezni
En is ezt irtam.
Hogy "decrease boot times" vagy parhuzamositas, az reszletkerdes.
- A hozzászóláshoz be kell jelentkezni
Dehogy részletkérdés.
- A hozzászóláshoz be kell jelentkezni
Jo, akkor nem reszletkerdes. De mi van az elsodleges cellal?
- A hozzászóláshoz be kell jelentkezni
Azzal, hogy csinaljanak egy service managert? Megy az. Ugyanugy, mint ahogy a service-k parhuzamos inditasa. sajnos baromira nem erted, mirol szol ez a dolog, de nem baj.
- A hozzászóláshoz be kell jelentkezni
Na alljunk meg csak!
Nektek halasnak kellene lennetek, hogy irtam ide valami hoborgni valot, ti meg jottok ilyen dolgokkal?
- A hozzászóláshoz be kell jelentkezni
Hat te egy fasz vagy :).
Nem tudsz angolul, nem erted, hogy mi van oda irva, miutan kijavitanak, meg pampogsz ilyenekrol? Azert halasnak lenni, hogy leirtal valami fals infot?
Legalabb valami ertelmes dolgot boffentenel ide a systemd-vel kapcsolatosan, ami tenyleg gazos (ld. gmmore postjait pl)
Vagy siman trolling, hogy ilyen hulyenek tetteted magadat? :)
- A hozzászóláshoz be kell jelentkezni
legalabb angolul tanulj meg, mielott boffentesz
- A hozzászóláshoz be kell jelentkezni
A RedHat jol megtomte a bukszatokat, hogy dicserjetek a termeket, gondolom!
A korrupcio mar ide is betette a labat.
- A hozzászóláshoz be kell jelentkezni
Az ilyen, szinte már sérültségig elvakult kommentek után szoktam elgondolkodni, hogy mégis van valami a SystemD-ben, mert arról az oldalról ilyen típusú lelkibeteg hisztit még nem láttam...
- A hozzászóláshoz be kell jelentkezni
OMG LOL :D
- A hozzászóláshoz be kell jelentkezni
És akkor most áruljuk el abalole-nak, hogy nemhogy nem redhatot, de ubuntut használunk, azt is support nélkül. Akkor hova is tette be a lábát a korrupció? Hát abalole fejébe.
- A hozzászóláshoz be kell jelentkezni
Ugyan már. A céges gépemen Red Hat 6.6 van, a saját tabletemen Windows 8.1, a telefonomon pedig Android 5.0. Engem a Microsoft, a Google és a Red Hat egyszerre pénzel.
A Microsoft azért, hogy használjak Androidot, a Red Hat azért, hogy használjak Windowst, a Google meg azért, hogy Red Hatet használjak.
- A hozzászóláshoz be kell jelentkezni
Téged pénzelnek ezért? Engem csak szar termékkel próbálnak a konkurencia használatára rávenni.
- A hozzászóláshoz be kell jelentkezni
Lám, a szemét Apple. Egy fillért sem ad.
- A hozzászóláshoz be kell jelentkezni
Miert legyunk halasak? Meg egy ertelmetlen topik a HUP-on? De jo.
- A hozzászóláshoz be kell jelentkezni
Mármint a te világképed szerinti elsődleges céllal, hogy gyorsabban induljon? Még mindig párhuzamosan is tud indítani, köszöni, jól van. Most csak kb azt mondták, hogy mostmár nem pöcsölnek azzal, hogy próbálják a szükséges fileokat azelőtt beolvasni a diskről, még az előtt, hogy valóban kellene, mert ugyis SSD van már mindenkinek, nem lassú pörgős diszk (az más kérdés, hogy ez mennyire korlátolt egy világkép).
Ettől még nem ez lesz a systemd elsődleges célja, ők továbbra is egy mondern szervízkezelőt (meg még ezt azt) akarnak csinálni. Azokkal a célokkal lehet nem egyetérteni, de hogy a readaead lett volna bármikor is az elsődleges célja, az egy nettó baromság.
- A hozzászóláshoz be kell jelentkezni
kroozo:
"Ettől még nem ez lesz a systemd elsődleges célja, ők továbbra is egy mondern szervízkezelőt (meg még ezt azt) akarnak csinálni. Azokkal a célokkal lehet nem egyetérteni, de hogy a readaead lett volna bármikor is az elsődleges célja, az egy nettó baromság."
Ja vagy ugy! En nem igy tudtam.
Sajnos nem volt eleg idom elolvasni a reszleteket es ezek szerint baromsagokat irtam.
Bocsi mindenkitol, kiveve Nagyz-tol, mert ot utalom.
- A hozzászóláshoz be kell jelentkezni
A systemd legnagyobb baja hogy a linux userek 90%-ának fogalma sincs hogy mi is a systemd.
- A hozzászóláshoz be kell jelentkezni
Igen, en is csak annyit tudtam rola a netes forumokbol, hogy gyulolni kell,
es azt hittem hogy talaltam egy jo kis fogodzot rajta.
- A hozzászóláshoz be kell jelentkezni
fogást
--
♙♘♗♖♕♔
- A hozzászóláshoz be kell jelentkezni
fogást
- A hozzászóláshoz be kell jelentkezni
bookmark'd
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Ne túlozzunk!
A konzisztenciája, koherenciája és jól dokumentáltsága miatt legalább 100%.
Esetleg jóval több. :)
- A hozzászóláshoz be kell jelentkezni
Na alljunk meg csak!
Nektek halasnak kellene lennetek, hogy irtam ide valami hoborgni valot, ti meg jottok ilyen dolgokkal?
- A hozzászóláshoz be kell jelentkezni
A service kezelő még akár rendben is lehet, a "meg még ezt-azt" ami miatt komolyabb hőbörgés van. A "mindent bele" már a óvodai finomfőzeléknél sem jött be :-D
- A hozzászóláshoz be kell jelentkezni
Van azért a többi miatt is hőzöngés. :) De mint a fenti példa mutatja, egy jó részük nem annyira releváns.
Egyébként én meglehetős ambivalens érzésekkel nézegetem. Egyrészről sok mindent üdvözítőnek tartok, másrészt egy kicsit tényleg sokat markol a projekt. Harmadrészt tudom, hogy ernyőprojekt, és szétszedhető. Negyedrészt látom, hogy ez nem feltétlen triviális, és nem feltétlen történik meg :) Ötödrészt meg kissé zavar az arogancia, amivel az urak önnön magukat sokszor mindenkinél okosabbnak tartják, és nem hajlandóak meghallgatni ellenérveket. Hatodrészt azért van is igazuk hébe hóba. (Hetedrészt belegondolok, hogy majd minden nagyobb foss projekt körül vannak ilyen emberek, linus, alan dekok, theo de raadt, szóval ilyen szempontból csak business as usual).
- A hozzászóláshoz be kell jelentkezni
Szo sincs rola. A readahead arrol szolt, hogy megprobaljuk, melyik szektorok lennenek a kozeljovoben beolvasva, es betoltjuk oket, hogy a page cache-bol jojjenek. Lassu veletlenszeru hozzaferesu (random seek) eszkozrol szekvencialis olvasasnal segit(het). Mas esetben pedig lassithat is, mert nem szukseges reszek is beolvasasra kerulhetnek, es kozben mas olvasasok varakoznak a diszkre. Nem veletlenul dolgozzak at az IO schedulereket is, a regi forgotanyeros diszkek idejeben hasznos optimalizalasok (minel kevesebb fejmozgas, interleave figyelembevetele, stb.) manapsag egyre kevesbe hasznosak, plane SSD-n, ahol nincs fejmozgas es abbol eredo kesleltetes.
- A hozzászóláshoz be kell jelentkezni
De en azt nem ertem, hogy a systemd hogy jon ide, mikor ez egy blockeszkoz-feature? hdparm: "MaxMultSect=16, MultSect=16". Ezt kapcsoljak ki esetleg? Mert akkor ez marhanagy support volt.
- A hozzászóláshoz be kell jelentkezni
Nem, hanem bootnal elore beolvasta azokat a fileokat, amik szerinte szuksegesek (pl. kellettek az elozonel), igy a page cache-ben voltak, mikorra tenylegesen is kellettek.
- A hozzászóláshoz be kell jelentkezni
vao. koszi.
- A hozzászóláshoz be kell jelentkezni
Ameddig a RAM elérése gyorsabb, mint az SSD-é, addig akár lehetne is értelme a read-aheadnek. Az más kérdés, hogy azért a töredékmásodpercért megéri-e fejleszteni egy bonyolult funkciót.
- A hozzászóláshoz be kell jelentkezni
Hát meg amúgy sem.
Nekem konkrétan ma lett SSD-s laptopom (i5, HDD, 4GB ram helyett i7, SSD, 8 GB RAM), de a Windows 8.1 bootolása gakorlatilag semennyivel nem lett gyorsabb. (x<=10 másodperc vs. x-2 másodperc) Ha az IO miatt tart egy consumer oprendszer bootolása percekig, az már régen rossz, 2015 van.
- A hozzászóláshoz be kell jelentkezni
Dehogy szűnt meg. A systemd egy system & service manager, aminek csak egy kis szelete az init.
- A hozzászóláshoz be kell jelentkezni
>Dehogy szűnt meg.
Tulajdonképpen +1, hisz soha nem is volt. Ez egyébként nagy általánosságban igaz a freedesktopos projektekre, valahogy így képzelem el az alkotói folyamatot:
1. Találjunk ki egy nem létező vagy már megoldott problémát
2. Oldjuk ezt meg úgy, hogy linugz only legyen. Ha valakinek ez nem tetszene, akkor vágjuk az arcába, hogy az ő rendszere nem elég elterjedt (a linugzzal ellentétben, ugyebár)
3. Mivel épelméjű emberek nem használnak szívesen rákos szarokat, ezért a saját rákos szarjainkat tegyük függővé a "megoldásunktól", és vice versa, így aki az egyik használatára rákényszerül, annak muszáj lesz a többit is "felpattintania". Bónuszpontot ér, ha az aktuális RÁK le se fordul a RÁK nélkül (pkg-config)
4. xy nevű projektünk hibamentességére nem szabad túl sok erőforrást pazarolni, mert úgy kevesebb idő maradna új "problémák" (goto 1.) megoldására, továbbá nem lenne ok kiadni az xy2 nevű waret, aminek legfontosabb jellemzője, hogy teljesen inkompatibilis xy-nal, de a többi projektünk függőségi láncán keresztül mindkét verziót fent tartjuk a user gépén. Bónuszpontot ér, ha ebből valamilyen extra probléma származik. (Szemfülesek észrevehetik, hogy az általunk generált problémára akár szállíthatnánk egy "megoldást" is, 1. pont megint)
5. Ha valakinek a fenti pontok közül valamelyik nem tetszene, akkor az ostoba, bőgatyás, antisze, szélsőséges, a Haladás kerékkötője.
Lennart vagyok,
a Red Hatnek dolgozom
- A hozzászóláshoz be kell jelentkezni
Erőteljesen a fejlesztési (meg a vele foss módon szokásosan tervezési) fázisban van, úgyhogy tesznek is bele, meg dobnak is ki belőle "ezt-azt", aztán majd legalább 5-10 év múlva nézzük meg, mennyire lesz kiforrott dolog belőle (vagy inkább akkor, amikor eljön a Linux desktop éve, a világméretű IPv6 átállás után...)
- A hozzászóláshoz be kell jelentkezni
Engem egy jottányit se érdekel az egész sztori, userként remekül tudom alkalmazni a kedvenc disztrómat (igen, a munkámban is), ha az dönt valahogy és a soron következő rolling update kitépi a rendszerből, de az általam elvárt funkcionalitás megmarad, akkor majd azt mondom hogy jóvan, a fiúk teszik a dolgukat a bányában.
--
arch,debian,openelec,android
dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C
- A hozzászóláshoz be kell jelentkezni
Csak van, ahol sok évre bebetonozzák azt,a mi a kibocsátáskor van, és nincs rolling release, ami kihajítaná a sz@rt.
- A hozzászóláshoz be kell jelentkezni
Elso hozzaszolo az emlitett oldalrol:
When someone need an example to explain the hate against systemd, this is a good one.
1) One of the intended goals for systemd (quicker boot of the operating system) has been put on the second tier.
- A hozzászóláshoz be kell jelentkezni
Egyrészt, bármi hihetetlen is, de bizony egy szoftverben mindig vannak éppen fontos, meg kevésbé fontos featureök. (Leszámítva azt az esetet, amikor a management szerint minden high. Aztán meg jön a csodálkozás ugyanettől a managementtől, hogy mégsincs meg minden, vagy nem olyan). Még olyan is van, hogy pl a prioritások megváltoznak, ie, valami, ami komolyan fontos volt, most már nem annyira az.
Másrészt, a konkrét esetben baromira jót tenne egy kis gondolkodás.
- Nem kellene összemosni a gyors bootot, meg a readaheadet. Az egyik egy cél, a másik pedig ezen cél elérésének lehetséges eszköze. Vannak még hozzá más eszközök is, nevesül pl az, hogy a systemd az egymástól nem függő szolgáltatásokat hajlandó párhuzamosan elindítani. Azaz attól még, hogy a readaheddal nem foglalkoznak többet, még nem jelenti azt, hogy a gyors bootolás továbbra már nem cél.
- Aztán érdemes megérteni, hogy mit is csinált a readahead: megpróbálta optimalizálni a lassú lemezről (mármint viszonylag, a többi egységhez képest) való olvasást. Tippre pl azzal, hogy mondjuk ha már arrajárt valami olvasásnál, elcachelt még ezt azt, másrészt azzal, hogy adott esetben amíg valamik még indultak a későbbiekhez szükséges fileok olvasgatását megpróbálta elintézni közben. Namost, mivel az SSDk nagyságrenddel gyorsabbak, mint egy rendes hdd, illetve az olvasási karakterisztikájuk is más (nem kell felpörgetni, nem kell fejet pozicionálni, etc) ezzel nem igen lehet már nyerni, cserébe egy frankón bonyolult problémakör. (Egyébként élek a gyanúperrel, hogy a readaheadnek néhány corner-caset, meg laborkörülményeket leszámítva egyébként is minimális hozadéka volt, ha egyáltalán).
Szóval alapvetően tök logikus dobni, és valami mással foglalkozni helyette (akár jobb dependencia kezeléssel, ami gyorsabb induláshoz fog vezetni, ki tudja ;)). Az egyetlen megkérdőjelezhető pont az, hogy "mert nálunk már mindenkinek ssdje van, ha neked nincs, leszarjuk", de ezt ugye nem kérdőjelezted meg :)
- A hozzászóláshoz be kell jelentkezni