Premenovanie sieťových rozhraní v Arch Linuxe

„Je to jednoducho módne, pretože to začne o 3 alebo 4 sekundy rýchlejšie.“
V skutočnosti to tak nie je, v skutočnosti hlavný vývojár systemd v e-maile od svojho ML výslovne vysvetľuje, že nikdy nepovažovali systemd za systém rýchleho spustenia, že je to iba dôsledok fungovania systemd - čo je skutočne šťavnaté premýšľajú o tom, čo by sa dalo dosiahnuť, ak sa rozhodnú optimalizovať systém tak, aby bol rýchlejší ...

„Výhodou systemd proti sysvinit / openrc alebo upstart nie je to, že je taký skvelý“
Pokiaľ ide o SysV init, výhodou je OBROVSKÁ v porovnaní s funkciou Upstart až tak veľmi.
SysVinit je catramina, vozík vedľa Porsche.
Aj keď program SysVinit slúžil svojmu účelu mnoho rokov, realita je taká, že implicitné obmedzenia softvéru vyrobeného, ​​premysleného a navrhnutého pred mnohými rokmi a na túto dobu sú čoraz zreteľnejšie.
Medzi problémy systému SysV okrem jeho pomalého času zavádzania patria aj závodné podmienky, ktoré sa zvyčajne vyskytujú v rôznych prostrediach, jeho štruktúra pre aktiváciu a deaktiváciu démonov a zložitosť pridávania nových aplikácií a démonov do tejto štruktúry bez porušenia poradia. . Začiatok.

systemd to všetko rieši čistým, praktickým, štandardizovaným a dobre zdokumentovaným spôsobom - keď je to v systéme SysV všeobecne tak, že každá distribúcia to implementuje tak, ako sa jej to páči.

O spoločnosti Upstart Neviem nič viac ako jej konfiguračné súbory, ktoré sú striktne povedané HORRIBLE, sú čínske, ich úpravou je mučenie a je veľmi ľahké robiť chyby, ak sa nezbláznite a neurobíte neporiadok.
Na druhej strane sa zdá, že program Upstart je skutočne efektívny, pretože najnovšie verzie Ubuntu na mojom počítači sa začali a vypínali takmer okamžite - úžasné.
Keď sa však Poetteringa spýtali, či skutočne potrebujú sysmted a či neanalyzovali ďalšie možnosti, ako napríklad Upstart, odpovedal, že áno, analyzovali ich, že sa im páčilo veľa vecí a že to bolo v skutočnosti v plánoch implementovať v systemd, ale že podľa nich štrukturálna základňa Upstart nebola dobrá a že je veľmi možné, že v budúcnosti budú mať z nej odvodené problémy.

Pamätajte, že systemd sa zrodil ako iniciatíva Red Hat z dvoch dôležitých dôvodov:
1. Vďaka skúsenostiam _vastisima_, ktoré má spoločnosť v priebehu tisícov nasadení, dospeli k záveru, že vo svojom systéme musia vykonať určité zásadné zmeny, aby splnili ich požiadavky, zmeny, ktoré logicky znervózňujú viac ako jedného veterána - ako všetkých hlbokých zmeny.
2. Pre nikoho nie je tajomstvom, že Red Hat sa snaží byť Red Hat a nie GNU + Linux.

Okrem arabesiek a ďalších rozptýlení faktom je, že systemd si čoraz viac osvojuje komunita GNU + Linux, čo je nevyhnutne dobré z niekoľkých dôvodov:
1. vývoj sa urýchľuje, aby bolo možné dosiahnuť lepší produkt za kratšiu dobu
2. Zahrnutím potrieb rôznych distribúcií a spoluprácou s hlavnými vývojármi týchto distribúcií so systémom systemd a interakciou s vývojármi z iných distribúcií diskutujúcimi o opravách a vlastnostiach je nekonečne jednoduchšie dosiahnuť kvalitný produkt.
3. Je to agnostické voči distribúcii, v ktorej je implementovaná (veľmi dôležité!) A konsolidované ako štandard (rovnako ako POSIX) niečo, čo administrátor, ktorý musí pracovať v heterogénnych prostrediach zložených z rôznych distribúcií, ale zdieľajúcich riadiacu základňu, bude určite si vážte podobný systém.
$ systemctl bude vo Fedore fungovať rovnako ako openSUSE alebo Arch alebo Chakra alebo Red Hat alebo Kali Linux alebo v akejkoľvek inej distribúcii, ktorá používa systemd, a to je skvelé.
4. Mať veľké množstvo vhodných ľudí pracujúcich na rovnakom PID1 používanom samotnou distribúciou značne uľahčuje prácu samotným vývojárom pri riešení problémov alebo hľadaní pomoci alebo nápadov, ako implementovať jednu alebo druhú funkciu.
5. Pretože systemd je otvorený a - veľmi dôležitý - interdisciplinárny projekt, robí z adopcie a zlepšovania projektu jeden z najvyšších z FLOSS projektov.
Napríklad, keď správca balíka akejkoľvek distribúcie, ktorý na začiatku zahŕňa spustenie démonov, predstaví svoju verziu služby v systémovom zozname adries a požiada o komentáre a návrhy, stáva sa, že po všeobecnej spolupráci je možné nechať túto službu najlepším možným spôsobom nasmerovať na osobu, ktorá využíva nielen vývojára, ktorý tému otvoril, ale tiež odosiela UPSTREAM vývojárom samotnej aplikácie, aby sa mohli rozhodnúť, či chcú túto službu začleniť do svojej služby. vlastný balík a vďaka tomu je 100% OOTB kompatibilný so systémom.
6. systemd má stovky nových funkcií, vďaka ktorým je administrácia systémov, ktoré spravuje, oveľa ľahšia a plynulejšia. Napríklad je zodpovedný za správu modulu PAM pre správcov prihlásenia, správu vzdialených pripojení k systému, načítanie služieb na požiadanie načúvajúcich na soketoch namiesto toho, aby démon spal v pamäti a kradol CPU a pamäť čakajúcu na aktiváciu, spravovať v spoľahlivý spôsob sieťových rozhraní a zariadení zapojených do systému ... je to skutočne monštrum, obrovský Leviatan, ale na rozdiel od iných systémov tejto veľkosti funguje svižne, rýchlo a veľmi plynulo a myslím si, že je to jediný dôvod, pretože OBROVSKÝ systém, ako je systemd (myslite na to, že v krátkom čase zvládne celý systém), je ten, že je navrhnutý tak, aby bol efektívny, modulárny a od základu škálovateľný.

Na používaní systému systemd najviac trpím tým, že sa musím znova naučiť všetko, čo som doteraz používal na správu svojho stroja.
Je pochopiteľné, že niektorí prehistorici zvyknutí dlhé roky používať určitú metodológiu takejto zmene odolávajú ... ale hej! Toto je informatika, tu sa nemení len to, že zmena je kontinuálna continuous

Zdravím.