Tīkla saskarņu pārdēvēšana Arch Linux

"Tas ir vienkārši modē, jo tas sākas pēc 3 vai 4 sekundēm ātrāk."
Patiesībā tas tā nav, patiesībā galvenais systemd izstrādātājs e-pastā no sava ML skaidri paskaidro, ka viņi nekad nedomāja par systemd kā ātrās palaišanas sistēmu, ka tas ir tikai sistēmasd darbības rezultāts - kas ir patiešām sulīga domāšana ko varētu sasniegt, ja viņi nolemj optimizēt sistēmu ātrākai ...

"Systemd priekšrocība pret sysvinit / openrc vai upstart nav tā, ka tā ir tik liela"
Attiecībā uz SysV init priekšrocība ir MILZĪGA salīdzinājumā ar Upstart ne tik daudz.
SysVinit ir katramīna, ratiņi blakus Porsche.
Lai gan SysVinit daudzus gadus kalpoja savam mērķim, realitāte ir tāda, ka arvien vairāk tiek pamanīti netiešie ierobežojumi programmatūrai, kas izveidota, domāta un izstrādāta pirms daudziem gadiem un uz to laiku.
Dažas no problēmām, kas saistītas ar SysV, turklāt lēnums, veicot sāknēšanu, ir sacensību apstākļi, kas parasti notiek dažādās vidēs, tā dēmonu aktivizācijas un deaktivizācijas struktūra un tas, cik sarežģīti ir šai struktūrai pievienot jaunas lietojumprogrammas un dēmonus, nesalaužot secību. Sākumā.

systemd to visu atrisina tīrā, praktiskā, standartizētā un labi dokumentētā veidā - kad SysV parasti katrs izplatījums to realizē, kā patīk.

Par Upstart es nezinu neko daudz vairāk par tās konfigurācijas failiem, kas stingri sakot, IR ŠAUSMĪGI, tas ir ķīniešu valodā, tos rediģēt ir spīdzināšana, un ir ļoti viegli kļūdīties, ja neesat traks un nesakārtosiet.
No otras puses, Upstart, šķiet, ir patiešām efektīvs, jo jaunākās Ubuntu versijas manā mašīnā sākās un gandrīz nekavējoties tika izslēgtas - brīnišķīgi.
Tomēr, kad Poetteringam jautāja, vai viņiem patiešām ir vajadzīga sistēma un vai viņi neanalizēja citas iespējas, piemēram, Upstart, viņš atbildēja, ka jā, viņi tos ir analizējuši, ka ir daudzas lietas, kas viņiem patīk, un ka patiesībā tas ir plānos ieviest sistēmā taču tas, pēc viņu domām, Upstart strukturālā bāze nebija laba un ka ļoti iespējams, ka nākotnē viņiem būs no tā izrietošas ​​problēmas.

Atcerieties, ka systemd ir radusies kā Red Hat iniciatīva divu svarīgu iemeslu dēļ:
1. Sakarā ar _vastisima_ pieredzi, kas uzņēmumam ir bijusi tūkstošos izvietojumu, viņi nonāca pie secinājuma, ka, lai apmierinātu viņu prasības, ir jāveic dažas būtiskas izmaiņas savā sistēmā, izmaiņas, kas loģiski kaitina vairāk nekā vienu veterānu - tāpat kā visas dziļas izmaiņas .
2. Nevienam nav noslēpums, ka Red Hat cenšas būt Red Hat, nevis GNU + Linux.

Papildus arabeskām un citiem traucējošiem faktoriem GNU + Linux kopiena arvien vairāk pieņem sistēmu, un tas noteikti ir labs vairāku iemeslu dēļ:
1. attīstība tiek paātrināta, lai labāku produktu varētu sasniegt īsākā laikā
2. Iekļaujot dažādu izplatīšanas vajadzības un sadarbojoties ar šo izplatījumu galvenajiem izstrādātājiem ar systemd un mijiedarbojoties ar citu izplatītāju izstrādātājiem, apspriežot ielāpus un funkcijas, ir bezgalīgi vieglāk iegūt kvalitatīvu produktu
3. Tas ir agnostiski attiecībā uz izplatīšanu, kurā tas tiek ieviests (ļoti svarīgi!) Un kā standarts tiek konsolidēts (tāpat kā POSIX) kaut kas tāds, ko noteikti novērtēs administrators, kuram jāstrādā neviendabīgā vidē, kas sastāv no dažādiem sadalījumiem, bet kuriem ir kopīga vadības bāze. līdzīga sistēma.
$ systemctl Fedora darbosies tāpat kā openSUSE vai Arch vai Chakra, vai Red Hat, vai Kali Linux, vai jebkurš cits izplatītājs, kas izmanto systemd, un tas ir lieliski.
4. Ja liels skaits piemērotu cilvēku strādā ar to pašu PID1, kuru pats distro izmanto, tas pašiem deviem daudz atvieglo darbu, risinot problēmas vai meklējot palīdzību vai idejas, kā īstenot vienu vai otru funkciju.
5. Tā kā systemd ir atklāts un ļoti svarīgs starpdisciplinārs projekts, projekta pieņemšanas un uzlabošanas līmenis ir viens no augstākajiem no FLOSS projektiem.
Piemēram, kad jebkura izplatīšanas paketes uzturētājs, kas ietver dēmonu sākšanu sākumā, sistēmas servera adresātu sarakstā uzrāda savu pakalpojuma versiju, lūdzot komentārus un ieteikumus, notiek tas, ka pēc vispārējas sadarbības šo pakalpojumu ir iespējams Labākajā iespējamajā veidā tas, kurš ne tikai izmanto izstrādātāju, kurš atvēra tēmu, bet arī nosūta UPSTREAM pašas lietojumprogrammas izstrādātājiem, lai viņi varētu izlemt, vai viņi vēlas padarīt šo pakalpojumu par daļu no savas paketes un ar to padarīt to 100 % ar systemd saderīgs OOTB.
6. systemd ir simtiem simtiem jaunu funkciju, kas padara tās pārvaldīto sistēmu administrēšanu daudz vieglāku un vienmērīgāku. Piemēram, tā ir atbildīga par pieteikšanās pārvaldnieku PAM moduļa pārvaldību, attālo savienojumu ar sistēmu pārvaldību, pēc pieprasījuma pakalpojumu ielādi, klausoties kontaktligzdās, tā vietā, lai atmiņā būtu miega dēmons, un nozagtu procesoru un atmiņu, kas gaida aktivizēšanu, pārvaldīt uzticamā veidā tīkla saskarnes un ierīces, kas pievienotas sistēmai ... tas tiešām ir briesmonis, milzīgs Leviatāns, bet atšķirībā no citām šāda izmēra sistēmām tas darbojas veiklā, ātrā un ļoti vienmērīgā veidā, un es domāju, ka vienīgais iemesls ir tik Milzīgai sistēmai, piemēram, systemd (domājiet, ka īsā laikā tā pārvaldīs visu sistēmu), tā ir izveidota tā, lai jau no paša sākuma būtu efektīva, modulāra un pielāgojama.

Īpaši tas, ko es visvairāk ciešu no systemd izmantošanas, ir tas, ka man no jauna jāapgūst viss, ko līdz šim esmu izmantojis, lai pārvaldītu savu mašīnu.
Ir saprotams, ka daži aizvēsturiski cilvēki, kas daudzus gadus ir pieraduši izmantot noteiktu metodiku, pretojas šādām izmaiņām ... bet, hei! Šī ir datorzinātne, šeit nemainās tikai tas, ka izmaiņas ir nepārtrauktas 😉

Sveicieni.