Phenquestions
V čem se razlikuje Upstart?
Upstart ima model zagona katerega koli razpoložljivega posla, ko se dogodek zgodi. Primerjajte to s sistemom, ki zažene procese, v katerih se izvajajo vsi drugi sistemi. Glavna razlika je v tem, da Upstart čaka na dogodke, systemd pa usklajuje odvisnosti. Oba sistema lahko izvajata običajne skripte in oba se poskušata zagnati vzporedno. Ker so razlike tako majhne, lahko skripte Upstart običajno pokličemo samo s sistemsko datoteko storitve. Lahko tudi oba zaženeta nespremenjene datoteke systemV. Pravzaprav oba privzeto iščeta staro strukturo datotek systemV. Velika razlika je v tem, da Upstart išče določene dogodke, da začne kar koli. Torej, če želite dodati svojo lastno storitev, morate ugotoviti, v katerem kontekstu potrebujete svojo storitev. Običajno je to enostavno, saj boste želeli nekaj, kar se na primer izvaja na namizju. Namizje se začne s stopnjo izvajanja dogodkov 5, zato to nastavite v svojem skriptu. Za sistemd pa je to nasprotno grafični cilj. Na začetku imate tudi druge dogodke, ki jih lahko uporabite, kot so namestitev, namestitev in zahteva tipkovnice. Ti se obdelujejo s pomočjo systemd skozi vtičnice in dbus.
Kako seli skripte?
Vse skripte Upstart imate v / etc / init, njihova imena so imena opravil z razširitvijo 'conf'. Skripti niso izvršljivi, ampak samo kažejo na eno ali več izvršljivih datotek, ki bi jih bilo treba zagnati. V vseh skriptih Upstart ste določili, kateri dogodek naj se skript zažene in kdaj se ustavi. Morali bi imeti tudi vnose pred in pred zaustavitvijo. Ti bodo po izvedbi pripravili okolje in očistili. Vzorčni skript je spodaj
opis "Preprost skript"začetek na ravni teka [2345]
ustavi se na ravni teka [06]
respawn
env SCRIPT_ENV_VAR = '/ pot / do / datoteke.config '
chdir / pot / do / skripta /
exec bash skript.sh
Izjava 'exec' pove, kaj se bo zgodilo, ko jo zaženete ročno. Direktivi start in stop določata, kdaj se bo skript samodejno zagnal. Kot lahko vidite, lahko nastavite tudi imenik, v katerem se bo zagnal. Upstart ima še veliko vidikov, vendar se morate naučiti, kako se preseliti.
Če želite, da ta skript deluje v sistemu systemd, morate ustvariti datoteko storitve.
Enota]Opis = Preprost skript
[Storitev]
Okolje = SCRIPT_ENV_VAR = / pot / do / datoteke.konfig
WorkingDirectory = / pot / do / skripta
ExecStart = / usr / bin / bash skript.sh
Ponovni zagon = vedno
[Namesti]
WantedBy = več uporabnikov.cilj
Tu lahko vidite, da se dogajajo iste stvari, vendar z drugimi ključnimi besedami. Format je preprost in natančen. Namesto da bi imeli ravni izvajanja, pokažete, kateri cilj želi vaš skript. To poudarja, da gre pri sistemu systemd za odvisnost in začetne stvari za določeno okolje. Upoštevajte tudi, da ExecStart kaže na globalno pot, nikoli ne uporablja lokalne poti.
Kje se odlikuje?
Upstart je bil zasnovan za vzporedno vedenje, hkrati pa je bil zasnovan tako, da je majhen. Če to še kje najdete, bo v vdelanih sistemih in ChromeOS-u. Da, ChromeOS ga je imel. Razlog je v tem, da je bil zgrajen na vrhu, če je bil Ubuntu od začetka, v času, ko je imel Ubuntu kot privzeti začetni sistem nastop. ChromeOS je od takrat nadaljeval z uporabo Gentooja kot svoje osnove.
Zaključek
Upstart je zanimiva tema, predvsem pa zgodovinska. Morda ga boste potrebovali le, če naletite na stare sisteme. Najpogostejša alternativa v Linuxu je zdaj systemd. Če imate pridržke glede systemd, poiščite druge minimalne sisteme. Ena zanimiva je brezsrčna, sinit. Podpira tri signale in zanj morate sami napisati vse skripte ali pa jih spremeniti od nekoga drugega. To je lahko zanimiva vaja, vendar je koristna le, če delate na zelo minimalnem in specializiranem sistemu.
