Sinit er en del av suksessløse verktøy, disse verktøyene ble designet for å være så små og effektive som mulig. I arbeidet med å gjøre dem små, fjerner de også mange funksjoner. Det er av denne grunn, det kan være lurt å bruke dem. Det er også derfor du må bruke noe annet. For å distribuere disse, må du bestemme hvilke funksjoner du trenger og kompilere dem i. Dette er grunnen til at du kan skyve 'lite' til ytterpunktene med sinit-pakken. Ulempen er at du må gjøre mange ting selv, dette inkluderer å finne det andre systemet for å kontrollere demoner.

Hvorfor er dette foretrukket?

Årsaken til denne typen programvare handler om optimalisering. Du starter med bare de mest grunnleggende funksjonene og legger til alt du vil ha. Siden du starter fra nesten ufruktbar, vil du ende opp med bare de funksjonene du vil ha. Dette er mer effektivt enn å fjerne unødvendige funksjoner. Du vil kanskje innse at du også ender opp med å legge ned mye arbeid for å få oppsett, og du må vite nok programmering for å legge til oppdateringer i eksisterende kode og feilsøke problemer i C.

Hva kan du kontrollere?

I de fleste systemer, systemd er den vanligste, har du en pakke som tar seg av start, stopp og daemon-kontroll. Når du vil minimere og øke hastigheten på ting, kan du velge sinit og et valg av daemon-kontroller som passer dine behov. For å gjøre dette må du vite nok om Linux-systemet. Når du har en demon som du kan finjustere, trenger du bare å kjenne delene av systemet ditt. Siden du ikke kan kontrollere annet enn å starte og stoppe, må du starte en demon eller velge en daemon-kontroller.

Hvilken demon?

Det suksessløse nettstedet foreslår at du bruker demonverktøyene fra Untroubled.org. Denne programvaren er skrevet for ethvert * Nix-system, slik at du kan bruke kunnskapen selv utenfor Linux. Å bruke daemontools-encore er et kapittel av seg selv, men enkelt sagt, pakken vil gjøre ethvert skript til en tjeneste. Du kan legge filene hvor som helst, men katalogene må være tilgjengelige når demontools starter. Eventuelle filsystemer den er på må derfor monteres tidligere av andre skript. For å kompilere denne pakken, må du opprette en ny makefile. Ellers er denne pakken en standard måte å kompilere C-kode på. Hvis du ikke kompilerer C-kode regelmessig, bør du bruke denne som praksis. Ikke prøv live systemet ditt.

En trygg måte å teste den på.

En trygg måte å teste dette på er å laste ned et minimalt Linux-system og kjøre det på en virtuell maskin. Hvis du gjør det, oppretter du en kildekatalog og legger til sinit, sbase og daemontools-encore. Med disse tre binære pakkene kan du bygge hele systemet med boot og daemon control. Nåværende systemer startes med systemd. Når du begynner å lage et nytt system, må du overføre demoner du trenger og kjøre dem som et enkelt skript. Siden systemd allerede kjører skript, vil dette stort sett være de samme skriptene. Det du trenger å legge til manuelt er avhengighet mellom prosessene. Hvis du virkelig vil lage et minimalt system, kan du.

Blister raskt, hvorfor brukes det ikke i de fleste maskiner?

Når et system kjører med sinit, vil det blære raskt. Årsaken er at du bare har det nøyaktige systemet du trenger og ingenting annet. Du lurer kanskje på hvorfor det ikke brukes over hele linja. Årsakene er flere, den ene er at systemd allerede er komplett, og det holder rede på de komplekse interaksjonene mellom prosesser. Hvis du bruker sinit, må du bygge mer logikk rundt disse avhengighetene. En logikk som allerede er i systemd. Det er også veldig tett integrasjon mellom GNOME og systemd, så disse systemene støtter hverandre. De fleste situasjoner dekkes bare fordi de er utviklet parallelt.

Konklusjon

Ved å bruke sinit kan du lage et veldig raskt oppstartssystem. Du vil ha mange valg for å holde systemet balansert og alle prosessene aktive og overvåket. Du må imidlertid gjøre mye arbeid for å få et komplett system i gang med alle bjeller og fløyter. For de fleste av oss kan dette være et spennende prosjekt for å lære hvordan Linux og andre * Nix-systemer fungerer, men vi trenger standarddistribusjon for våre "Produksjonssystemer"