, systemd, lennart poettering ' nye lokalitet system, der tager linux verden med storm, er fuld af tricks og behandler.i dag skal vi spille den langsomme støvle skylden, og lære at standse tjenesteydelser helt den stakkels ting vil aldrig løbe igen., tramper tjenester, i gamle dage sysvinit var der flere måder at stoppe en tjeneste:,,, der midlertidigt fra kommando linjen, som /etc /init.d/servicename stop, eller en tjeneste, servicename stop, ændre dens start link i /etc /rc, n. d fra sfoo til kfoo, fjerne alle lokalitet manuskripter,, der har ' ikke altid gør det job, fordi der lurked et manuskript til automatisk at genstarte den, at uden den lokalitet manuskripter, - - så du måtte jage det og ændre den,,, i forvaltningen af tjenesteydelser på linux med systemd vi lærte systemd forenkler start og stop tjenesteydelserbåde pr. møde, og på boot.systemd er en måde at stoppe tjenester, og det er at stoppe dem så meget, de aldrig vil starte igen.eller i det mindste ikke før du skifter mening og gøre dem til at begynde igen.er det sådan, at stoppe en løbende tjenesteydelse midlertidigt:,,,&#systemctl stoppe servicename.,,, det stopper det begynder ved boot, men ikke med en løbende tjenesteydelse:,,,&#systemctl deaktivere servicename. service,,,,,, det forhindrer også fra at være begyndt med noget andet, f.eks. kontrol i nogle hardware eller ved udtag eller bus aktivering.men du kan stadig start og stop det manuelt.og der er en måde at stoppe en tjeneste for virkelig gode kort på uninstalling, og det dækker over det ved at knytte den til /dev /null:,,,,,&#i - s /dev /er /etc /systemd /system /servicename.service&#systemctl dæmon igen,,,,,, når du gør det her, kan du og' t begynder tjenesten manuelt.intet kan røre det.efter at være blevet plaget af mystiske manuskripter, der sneg sig rundt bag min ryg og genstartes tjenesteydelser ville jeg dræbte på sysvinit distros, jeg kan lide denne kommando, en masse.enheden filer i /etc /systemd /systemet tilsidesætte /l /systemd /system, som har de samme navne.hvis den valgte linux distro gør noget underligt, /etc /systemd /system er for sysadmins og /l /systemd /system til distro. vedligeholdelsesvirksomheder, for konfigureringen pakke forvaltning.så maskering skal overleve system opdateringer.,, hvis du ombestemmer dig?skidt sludder, og'. let.slette den symlink og løb, systemctl, at servicename. service,.,, mens vi ' er her, lad ' er tale om to lade kommandoer:, dæmon igen og igen.den dæmon igen, valg og hele systemd manager konfiguration uden at forstyrre aktive tjenester., lastning, og konfiguration af filer til specifikke tjenesteydelser uden at forstyrre service, som denne:,,,&#systemctl lade servicename.service,,, og den faktiske sammensætning - fil, der anvendes af hardy sysadmin, f.eks. /etc /ssh /sshd_config dokumentation for en ssh - serveren, og ikke dets systemd enhed fil, sshd.service.så det er det at bruge, når du laver konfiguration ændringer.,, at pege fingre af langsom støvle skylden, - gange lader til at være en endnu større besættelse end uptimes for nogle mennesker og en masse energi går til afpudsning støvle.den tid, det tager for en pc til boot er kontrolleret af to ting: hvor lang den bios, der skal til for at gøre sin del, og så operativsystemet.,,, der er ' ikke meget vi kan gøre ved bios gange.nogle er hurtigt, nogle er langsom, og medmindre du ' er ved hjælp af et system med openbios du ' er prisgivet dit bundkort - sælger.pc - bios har ' avancerede meget siden sin begyndelse til så mange årtier siden, undtagen for gentagne forsøg på at låse brugere og kontrollere, hvad vi kan indsætte på vores egne computere, som jeg synes er ret ked af det.med quad - centrale systemer som fælles som støvmider. det synes at være en computer, bør støvle så hurtigt, at trykke en lyskontakt.,, men hvorom alting er, fordi vi ', skal være tale om systemd.systemd rapporter til syslog en støvle tid resumé, som dette eksempel fra hat 16 xfce i /var /log /meddelelser, jan 09 06:30:13 hat verne systemd [1]: nystartede færdig i 2s 817ms 839us (korn) + 4s 629ms 345us (initrd) + 1min 11s 618ms 643us (userspace) = 1min 19s 65ms 827us, så viser det sig, at kernen blev indledt i 2 sekunder, og ændringer, initrd tog 4 sekunder og forandring, og alt andet tog over et minut 19 sekunder.for alt vi ' har hørt, hvordan sysvinit er for langsomt og systemd skal være hurtigere, det virker som meget lang tid.(selv om den er hurtigere end windows 7 på den samme maskine, der har 6 minutter til helt at laste alle oem - lort - og ad hoc - ware. så hvad ' tager så lang tid?vi kan finde ud af, systemd analysere skylden, kommando, som dette indlæg viser:,,,, $systemd analysere skylden 60057ms sendmail.service 51241ms firstboot-graphical.service 3574ms sshd-keygen.service 3439ms networkmanager.service 3101ms udev-settle.service 3025ms netfs.service 2411ms iptables.service 2411ms ip6tables.service 2173ms abrtd.service 2149ms nfs-idmap.service 2116ms systemd-logind.service 2097ms avahi-daemon.service 1337ms iscsi.service,,,, send?firstboot grafisk service?iptables?avahi?iscsi?her er fra en ny hat anlæg, så har jeg en masse op at gøre.der er nogle begrænsninger for denne kommando: det er ' t vise, hvilke tjenester der starter i parallelle eller hvad ', med dem, der tager længere tid.men det viser mig meget langsom tjenester, der kan ' t skal løbe i hele systemet.,, hvis du kan lide smukke kurver systemd omfatter en sej kommando til automatisk skaber en perspektivgruppen billede fra skylden effekt, som denne:,,, $systemd analysere plot > graph1. perspektivgruppen,,, du kan se det flot figur i øjet af gnom image skærm eller gimp via perspektivgruppen stik af.figur 1 viser, hvad det ligner. dette er ' t fortælle dig mere end den tekst, produktionen af systemd analysere skyld, men det ser ret og kan give dig nogle spor, hvor flaskehalse.