Phenquestions
Kuidas Upstart erineb?
Upstartil on mudel mis tahes võimaliku töö alustamiseks sündmuse toimumisel. Võrrelge seda süsteemiga, mis käivitab protsessid, millel töötavad kõik muud süsteemid. Peamine erinevus seisneb selles, et Upstart ootab sündmusi ja systemd koordineerib sõltuvusi. Mõlemad süsteemid võivad käivitada tavalisi skripte ja mõlemad proovivad käivitada paralleelselt. Kuna erinevused on nii väikesed, saab Upstarti skripte tavaliselt kutsuda lihtsalt teenuse systemd failiga. Samuti saavad mõlemad käivitada muutmata systemV-faile. Tegelikult otsivad mõlemad vaikimisi vana systemV-failistruktuuri. Suur erinevus on see, et Upstart otsib määratletud sündmusi, et midagi alustada. Nii et kui soovite oma teenust lisada, peate välja mõtlema, millises kontekstis teie teenust vajate. Tavaliselt on see lihtne, sest soovite midagi, mis töötab näiteks teie töölaual. Töölaud algab sündmuse käitustasemega 5, nii et määrate selle oma skripti. Seevastu systemd puhul on see graafiline sihtmärk. Upstardis on teil ka muid sündmusi, mida saate kasutada, näiteks paigaldamine, paigaldamine ja klaviatuuri taotlus. Neid hallatakse süsteemiga pistikupesade ja dbusi kaudu.
Kuidas skripte migreerite?
Teil on kõik Upstarti skriptid kataloogis / etc / init, nende nimed on töönimed koos laiendiga 'conf'. Skriptid pole käivitatavad, vaid osutavad ühele või mitmele käivitatavale failile, mida tuleks käivitada. Mis tahes Upstarti skriptides olete määranud, millisel sündmusel peaks skript algama ja millal see peatuma. Teil peaks olema ka stardieelne ja -järgne sisestus. Need valmistavad keskkonda ette ja puhastavad pärast teostamist. Allpool on skripti näidis
kirjeldus "Lihtne skript"alusta jooksutasandil [2345]
peatus jooksutasemel [06]
taasloomine
env SCRIPT_ENV_VAR = '/ tee / faili.konfigureeri
chdir / path / to / script /
exec bashi skript.sh
Avaldus 'exec' ütleb, mis juhtub, kui käivitate selle käsitsi. Start ja stop direktiivid määravad, millal skript automaatselt käivitub. Nagu näete, saate määrata ka kataloogi, kus see töötab. Upstartil on veel palju aspekte, kuid peaksite õppima, kuidas välja rännata.
Selle skripti toimimiseks süsteemisd peate looma teenusefaili.
Ühik]Description = lihtne skript
[Teenus]
Keskkond = SCRIPT_ENV_VAR = / tee / faili.konfig
WorkingDirectory = / tee / skripti
ExecStart = / usr / bin / bash skript.sh
Taaskäivita = alati
[Install]
WantedBy = mitme kasutajaga.sihtmärk
Siin näete, et juhtuvad samad asjad, kuid teiste märksõnadega. Vorming on lihtne ja asjalik. Käivitustasemete asemel osutate sellele, milline sihtmärk teie skripti soovib. See tõstab esile, et systemd on seotud sõltuvusega ja konkreetse keskkonna jaoks vajalike asjade käivitamisega. Pange tähele ka seda, et ExecStart osutab globaalsele teele, see ei kasuta kunagi kohalikku rada.
Kus see silma paistab?
Upstart oli mõeldud paralleelse käitumise jaoks, kuid see oli ka väike. Kui leiate selle mujalt, on see manustatud süsteemides ja ChromeOS-is. Jah, ChromeOSil oli see olemas. Põhjuseks on see, et see ehitati peale Ubuntu algusest peale, ajal, mil Ubuntu oli vaikimisi algsüsteem. ChromeOS on sellest ajast alates liikunud Gentoo baasina kasutamisele.
Järeldus
Upstart on huvitav teema, kuid peamiselt ajalooline. Seda võib vaja minna ainult siis, kui satute vanade süsteemide juurde. Linuxi kõige levinum alternatiiv on nüüd systemd. Kui teil on systemd suhtes reservatsioone, peaksite otsima muid minimaalseid süsteeme. Üks huvitav on imetu, sinit. See toetab kolme signaali ja peate selle jaoks kõik skriptid ise kirjutama või kellegi teise skripte muutma. See võib olla huvitav harjutus, kuid on kasulik ainult siis, kui töötate väga minimaalse ja spetsialiseeritud süsteemiga.
