Sinit er en del av de sugefrie verktøyene, disse verktøyene ble designet for å være så små og effektive som mulig. I arbeidet med å gjøre dem små, gjør de også unna mange funksjoner. Det er av denne grunn, det kan være lurt å bruke dem, det er også grunnen til at du må bruke noe annet. For å distribuere disse, må du bestemme hvilke funksjoner du trenger og samle dem i. Dette er grunnen til at du kan presse 'Small' til ytterpunktene med Sinit -pakken. Ulempen er at du må gjøre mange ting selv, dette inkluderer å finne at andre systemer 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 karrig, vil du ende opp med bare funksjonene du ønsker. Dette er mer effektivt sammenlignet med å fjerne unødvendige funksjoner. Du kan innse at du også ender opp med å sette opp mye arbeid for å få oppsett, og du må vite nok programmering til å legge til lapper til eksisterende kode og feilsøke problemer i C.

Hva kan du kontrollere?

I de fleste systemer, Systemd som det vanligste, har du en pakke som tar vare på start, stopp og demonskontroll. Når du vil minimere og få fart 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 til brikkene i systemet ditt. Siden du ikke kan kontrollere noe annet enn å starte og stoppe, må du starte en demon eller velge en demonkontroller.

Hvilken demon?

Det sugeløse nettstedet antyder at du bruker Daemon -verktøyene fra uro.org [Merk: Fra 8/3/200 virker dette nettstedet offline]. Denne programvaren er skrevet for ethvert *Nix -system, slik at du kan bruke kunnskapen selv utenfor Linux. Ved å bruke Daemontools-Encore er et kapittel i seg selv, men ganske 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 Daemontools starter. Eventuelle filsystemer det er på, må derfor monteres tidligere av andre skript. For å kompilere denne pakken, må du lage en ny makefil. Ellers er denne pakken en standard måte å kompilere C -kode på. Hvis du ikke samler C -kode med jevne mellomrom, bør du bruke dette som praksis. Ikke prøv ditt live -system.

En trygg måte å teste den på.

En sikker måte å teste dette på er å laste ned et minimalt Linux -system og kjøre det i 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 støvel- og demonkontroll. Nåværende systemer startes med systemd. Når du begynner å lage et nytt system, må du overføre alle demoner du trenger og kjøre dem som et enkelt manus. Siden SystemD allerede kjører skript, vil dette stort sett være de samme skriptene. Det du trenger å legge til manuelt er avhengighetene mellom prosessene. Hvis du virkelig vil lage minimalt system, kan du.

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

Når et system kjører ved hjelp av sinit, vil det blide raskt. Årsaken er at du bare vil ha det nøyaktige systemet du trenger og ingenting annet. Du lurer kanskje på hvorfor det ikke brukes over hele linjen. Årsakene er flere, en er at SystemD allerede er komplett og det holder oversikt over 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 stram integrasjon mellom Gnome og Systemd, så disse systemene støtter hverandre. De fleste situasjoner dekkes bare fordi de er utviklet parallelt.

Konklusjon

Ved hjelp av sinit kan du lage et veldig raskt oppstartssystem. Du vil ha mange valg om hvordan du kan holde systemet balansert og alle prosessene aktive og overvåket. Imidlertid må du gjøre mye arbeid for å få et komplett system med alle klokkene og fløytene. 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 standardfordelingen for våre "produksjonssystemer"