Debian Sid z menedżerem uruchamiania Upstart

Debian Sid z menedżerem uruchamiania Upstart

    przez -
    14 409
    Debian
    Steve Langasek ogłosił, że w repozytoriach Debiana Sid, dodano menedżer uruchamiania Upstart. Jego zaletą, nad sysvinit jest dynamiczne porządkowanie sekwencji startowej oraz podłączanie w locie urządzeń. Dzięki umieszczeniu go w repozytoriach, stało się możliwe przeprowadzenie szeregu testów wydajnościowych na czas uruchamiania systemu: systemd vs sysvinit, upstart vs sysvinit, systemd vs sysvinit+startpar. Udostępniono także graficzne wykresy, na których zauważymy niewielką różnicę w wydajności.

    Autor zaznacza, że testy zostały przeprowadzone na jednym systemie plików, bez włączonych żadnych konkretnych usług. Okazuje się także, że mimo niewielkich różnic czasowych, systemd i upstart posiadają kilka zalet nad zbiorem skryptów w rcS.d, co jest głównym powodem najwolniejszych czasów sysvinit. Steve Langasek już dodał prośbę o dodawanie w paczkach zadań Upstart, co ma sugerować powolne przejście na nowy menedżer uruchamiania.

    • 123qwe

      Wolalbym w debianie jednak domyslnie systemd.. no ale z tego jak ktos, kiedys mi wytlumaczyl, w debianie nie jest to mozliwe ze wzgledu na to, ze moze miec kilka roznch kerneli z czego tylko linuxowy jest kompatybilny z systemd. A szkoda bo debian to moja ulubiona dystrybucja na serwer.. niestety to co nie jest domyslnie nie zawsze juz jest takie stabilne. Chociaz moze to temu, ze korzystam z testinga, poki co wlasnie dlatego zeby uzywac systemd, ktory przypomina mi genialny solarisowny SMF (http://en.wikipedia.org/wiki/Service_Management_Facility) a nawet moim zdaniem juz go przebija (np.: zintegrowane logowanie – zamiast syslog*, systemd timer units – zamiast cron (jeszcze nie do konca mozna nim zastapic crona ale podstawowe zadania juz zaimplementowane: https://bbs.archlinux.org/viewtopic.php?pid=11016… , podstawowy chrooting – fajnie jakby w przyszlosci zintegrowano z systemd, rowniez LXC http://en.wikipedia.org/wiki/LXC ). Ogolnie systemd jak dla mnie wymiata i powinien byc powoli wprowadzany do kazdej dystrybucji.

      • Pamiętaj, że Linus i deweloperzy Gentoo skrytykowali ostro ostatnie zmiany w systemd :) http://osworld.pl/deweloperzy-gentoo-tworza-forka

      • 123qwe

        Rzeczywiscie.. nie zmienia to faktu, ze kibicuje systemd gdyz podoba mi sie sposob zarzadzania systemem za jego pomoca. Pozatym jest to jeszcze swierza sprawa i mam nadzieje, ze sie dogadaja lub jakos rozwiarza ten spor. Nie zapominajmy, ze w fedorze juz od kilku wersji domyslnie jest instalowany systemd. Takze przyszle wydanie red hat najprawdopodobniej juz na nim bedzie sie opieralo. Takze jesli za systemd statnie taka firma jak red hat i "doda swoje 3 grosze" (doslownie i w przenosni ;))takie "szalone zmiany" jak ta, ktorej dotyczy spor powinny zostanie ukrocone.

      • Nie zapominaj, że Red Hat to firma i robią, to co dla nich jest wygodne, a nie dla całej reszty. Już sama zmiana ułożenia katalogów wywołała sporą burzę w świecie linuksa. Teraz dochodzi fakt integracji udev wewnątrz systemd, co także pociągnęło za sobą kolejne zmiany.
        Spory są, bo nie ma tak naprawdę jakiegoś konkretnego standardu budowy strukturalnej dowolnej dystrybucji Linuksa. Brakuje jakiejś spójności, jaka jest w jądrze Linux, dzięki czemu zdobyło ono duży rynek. Nie chodzi tutaj nawet o tą ilość, bo to niech sobie będzie, ale o standard, jakie jest w przypadku systemów Windows. Raz napisany program, działa praktycznie wszędzie.

      • 123qwe

        Przepraszam ale nie rozumiem do konca co masz na mysli "budowy strukturalnej". Jesli o strukture katalogow to nie wydaje mi sie to jakims duzym problemem, od co przekompilowac zrodla z wlasna konfiguracja katalogow, przygotowanie paczek i tak lezy w gestii tworcy dystrybucji. Zreszta wszystkie "niestandardowe" programy (nie instalowane z paczek) laduja u mnie w /opt zeby nie zasmiecac systemu czasem razem z ich zaleznosciami (jesli np jakies inne numerki zaleznosci niz te z dystrybucji sa wymagane). W przypadku windowsa z tym, ze raz napisany program dziala wszedzie bym sie nie zgodzil.. temu np do win 7 dodano xp mode czy jakos tak. Jesli chodzi o linuxa to aby odpalic dowolny program nawet najstarszy wystarczy ,tak jak wyzej napisalem, zainstalowac go do jego dedykowanego katalogu np takiego /opt gdzie bedzie sobie lezal wraz z swoimi zaleznosciami.

      • To rzeczywiście straszne, Lennart powinien się zastrzelić.

        O ile bardzo szanuję Linusa za to, że dzisiaj możemy czytać Moroniksa i polskojęzyczne serwisy które go przypominają, to niech zajmuje się rozwojem kernela, zamiast krytyką wszystkiego od środowisk graficznych po sterowniki do kart. Natomiast zmiany w forku Gentoo idealnie pokazują, że autorzy niewiele wiedzą o udevie, co zresztą jest źródłem wielu żartów Grega Kroah-Hartmana. Ale co w końcu może wiedzieć twórca udeva. :)

        A prośba o dodawanie usług upstart nijak nie świadczy o planowanej migracji.

      • Garrappachc

        Jeżeli masz Debiana na serwerze, to po co Ci super-szybki systemd? ;)

      • 123qwe

        Nie uzywam go ze wzgledu na jego "super-szybkosc" tylko z powodu jak wyzej. Bardzo podoba mi sie koncepcja jednego narzedzia do zarzadzania "podstawowymi czesciami" systemu, oraz sposob w jaki sie to robi za jego pomoca. Dlatego porownalem go do solarisowego SMF.

        To "jedno narzedzie do wszystkiego" dla niektorych moze nie byc akurat plusem ale takie "ifconfig" i "route" sa teraz zintegrowane w jednym narzedziu "ip" i na kursach przygotowawczych do certyfikatu z red hat, zacheca sie uzytkownikow do administracji siecia wlasnie za jego pomoca informujac, ze ifconfig i route sa juz przestarzale.

        Dobrym przykladem takiego rozwiazania (tylko bardziej kompleksowego) jest tez "smit" z AIXa.

    • buba

      systemd i tak jest szybszy ;)

      • RokU

        No i co z tego jak serwer odpala się raz na rok.

    • hal

      W Archu podoba mi się ten systemd. System w ogóle szybciej się uruchamia, ale to co teraz chce zrobić Ubuntu to było by o wiele większym problemem niż takie zmiany jak teraz.

    • butcher