, i gamle dage havde vi et system v (sysv) type lokalitet dæmon at forvalte linux system startkapital, og det var godt.det er konfigureret med en enkel tekst filer, der let kan forstås af de dødelige, og det var en venlig konstant i det frådende hav af ændringer.så kom systemd, og endnu en gang linux brugere blev kastet ud i ukendt farvand.hvorfor alt det her?kan ' t linux hold stadig bare et øjeblik?ch - ch ændringer,,,,, linux har været tilfredse med sysvinit (system mod initialization) til at forvalte systemet opstart for så mange år, undtagen for udlodninger, som slackware at bruge bsd stil lokalitet.sysv og bsd lokalitet er lignende nok, at det ' er let at anvende enten en uden en masse postyr.,, så kom der to nye lokalitet systemer til linux: ubuntu ' s opkomling, frigivet i 2006, og systemd, født i 2009.den systemd kode blev skrevet, som først og fremmest er leonard poettering.opkomling, har været den manglende ubuntu siden 6.10 irritable enstre og er til rådighed i de fleste distros.systemd er misligholdelse lokalitet i hat 15 og senere, og det er også i de fleste distro genkøbsforretninger, for enhver, der ønsker at prøve det på deres favorit linux.,, en central delsystemer er tilbøjelig til at give brugerne nerver, fordi det betyder, at vi er tvunget til at lære nye måder at forvalte vores systemer og ændre vores arbejdsgang, og udsigterne for væsentlige tjenester lider vokseværk, og mindre end pålidelige er ' ikke glad.så hvad ' med denne nye systemd tingest, og hvilke fordele vil det bringe os blot linux brugere?,, hurtigere iværksættere, er formålet med sysvinit er at igangsætte userspace.ved boot kernen lancerer pid - 1, den første proces til at køre ved igangsætning.- løb, pstree, befaler at se en god kunstnerisk ascii - diagram af processen træ. det plejede at være, at den bios og sysvinit var lige lovovertrædere trække støvle gange på et minut eller derover.begge har gjort, men sysvinit vil altid være langsom, fordi det starter processer, en ad gangen, udfører afhængighed kontrol af en hver, og venter på, at dæmoner så flere dæmoner kan begynde.,, så hvorfor ikke starte processer sideløbende?der er en måde at gøre det uden alle mulige vanskeligheder, og det er, at udnytte den måde unix - dæmoner.klienter unix - dæmoner er ' t har brug for at vide, hvis de dæmoner, de er afhængige af, er faktisk at — de har brug for, er den korrekte unix - domæne fatninger til rådighed.hvad pokker er det ud?de er indbyrdes proces meddelelse muffer (ipc), og de er, hvordan processer på det lokale system, tale med hinanden.du kan se dem med, netstat,,,,, $netstat - - - protokol = unix - aktive unix - domæne muffer (kun servere) proto - refcnt flag - stat i-node vej unix - 2 [acc] stream lytter 4836 /var /er /dbus /system_bus_socket unix - 9 [] dgram 4584 /dev /log unix - 3 [] strøm i forbindelse 489456 /tmp /kredsløb carla /linc - aaa-0-476044c676da9 unix - 3 [] strøm i forbindelse 489455 unix - 3 [] strøm i forbindelse 489452 /tmp /kredsløb carla /linc-8ba-0-45fe9270a46b2 [...],,,, så du kan se muffer har inodes, efter traditionen " alt i unix - er en fil. ", så -du kan udføre forskellige aktiviteter på dem med standard linux fil værker, som er en sjov emne til en anden dag.,, så alle fatninger til alle dæmoner kan oprettes et skridt, og så alle dæmoner i et andet trin.enhver klient anmodninger om dæmoner, der endnu ikke er i drift vil være skjult i stikkontakten buffer, og så fyldte, når dæmoner er oppe og køre.- og' m ingen kernel hacker jeg ' m for let imponeret, men det her er en opfindsom og effektiv anvendelse af noget, der har eksisteret i årtier, og at foretrække frem for at forsøge at opfinde noget nyt.,, hotplugging og on - demand,, sysvinit har en statisk konfiguration og starter processer, et ad gangen, for.når vi skal finde sysvinit vi ' altid har haft til at være opmærksomme på at iværksætte dem i rækkefølge, ligesom huske at indlede netværkssamarbejde inden påbegyndelsen af nettjenester.og vi skal være opmærksomme på, at alt det, vi har brug for, er iværksat i opstartsfasen, ellers bliver vi nødt til at starte det manuelt, fordi efter start sysvinit går i seng og er ' t gøre mere, kan dette være tilstrækkeligt til simpel servere, men ikke til stationære og mobile systemer.brugerne er blandt de forskellige net, vedlægges og fjerne alle former for udstyr som tastaturer og hovedtelefoner, audio - grænseflader, lagringsmedier, film og musik og mdash; takket være - og usb - har vi endelig universel laver havne, og hotplugging anordninger er rutine i stedet for en eksotisk oplevelse.kan du huske, hvor langt tilbage i gamle dage, vi blev advaret om, at de aldrig hotplug ps /2 tastatur, mus, eller ide kører på grund af risikoen for fysisk skade?selv om intet har stegt, de var kun påvises ved boot.,, automatisk detektering og auto stigende aftageligt udstyr har gået igennem en masse stadier i linux.kan du huske det gamle dage med manuel montering og unmounting cd 'er og usb - nøgler?og gør grin med vinduer og mac - flygtninge, der syntes, det var mærkeligt og dum?ja, det var underligt og dum.men linux stadig var et barn, så vi var nødt til at klare det.,, så er der nettjenester, der kunne være on - demand som fil aktier, printere, vnc, shh, og så videre.bundlinjen er i de moderne tider mere ting sker efter start, så i stedet for at forsøge at forudse alt, hvad du har brug for, og starte det hele på - - hvorfor ikke bygge et system, der starter og stopper processer på efterspørgslen?som en dagligdags praksis synes det at tage en af mine små, når der, og det er, hvor mange distros iværksætte avahi og bluetooth dæmoner i opstartsfasen.jeg har ikke brug for nogen, så jeg altid slå dem.en lille sag, for at være sikker på, men jeg kan godt lide idéen om edb - behandling af denne form for arbejde, fordi jeg har vigtigt arbejde at gøre, og der har været mange forsøg på delsystemer til at forvalte dynamiske håndtering af hardware og software: hal (hardware abstraktion lag), autofs, devfs, og alle mulige andre dem, jeg ' har glemt.nu har vi d-bus for avancerede internationale proces, kommunikation og ledelse, f.eks. proces livscyklusforvaltning.d-bus bruger unix - domæne muffer som transport mekanisme, og det ser ud til at være her for at blive (f.eks. kde og gnom kører på d-bus).så med den ekstra funktionalitet i d-bus, forekommer det at være en naturlig udvidelse af told for systemd, som pid - 1, til at fungere som fuldtids linux proces babysitter, og bringe effektiviteten af parallelization og dynamisk forvaltning af ressourcer til en løbende system, snarere end blot at starte systemet og så sove indtil næste valg.,, et lille introduktion til de vanskeligheder af systemd og linux processtyring.den systemd hjemmeside er et godt udgangspunkt for at lære mere.kom tilbage i næste uge for at lære at styre og ser på systemd på deres egne systemer.