Академический Документы
Профессиональный Документы
Культура Документы
Operativni sistem je skup sistemskih programa koji posreduje izmeu korisnika raunara i
raunarskog hardvera, a cilj mu je da: - izvrava korisnike programe i olaka reavanje korisnikih
problema; - korienje raunarskog sistema uini podesnijim za korisnika; - omogui to efikasnije
iskorienje raunarskog hardvera.
o
o
o
o
o
o
2. Pojam
Predstavlja deo programa koji je u stanju izvravanja Resurs koji se moe dodeliti procesoru za
izvravanje Resurs koji neto radi na raunaru Aktivnost koja se sastoji od niza instrukcija koje
procesor izvrava
Svaki proces se sastoji i zauzima u memoriji tri razliita memor.dela:
1. Programski - kod procesa (moe biti zajedniki za jedan program)
2 .Stek privremene podatke: lokalne promenljive
3 .Podatke globalne promenljive koje proces obrauje
Osim memorijskih delova proces obuhvata i vrednosti registara CPU
Razliiti nazivi za aktivnosti CPU: procesi (processes), poslovi (jobs), zadaci (tasks)
U svakom trenutku svaki proces je jednistveno definisan PCB strukturom PCB (Process Control Blok) je
deo radne memorije koja uva:
Jedinstveni identifikator procesa (PID) - uniformno definie svaki proces
Trenutno stanje procesa spreman (ready), eka (wait) i izvrava (run)
Konteks (okruenje) podaci o registrima CPU dok se proces izvrava (esto se naziva i HPD Hardware Process Descriptor)
Prioritet procesa vanost procesa u odnosu na ostale procese
Memorijski ukazatelji programski kod, podaci, mem.blokovi koji su zajedniki sa ostalim procesima
Listu otvorenih datoteka datoteke koje koristi proces
Status zauzetih U/I resursa U/I zahtevi, U/I ureaji koji su dodeljeni
Dodatne informacije-koliinu procesorskog vremena, vremenske limite PCB se uvek nalazi u
razliitom memorijskom prostoru od koda procesa.
ima vie procesa da trenutno izvrava njihove zahteve. Vano je i blago padanje
sistema, to podrazumeva da sistem postepeno reaguje na preoptereenost. Nije
dobro da kad se preoptereti odmah padne. Postepeno padanje podrazumeva sve
slabije vreme odziva. Do najboljeg reenja se ne moe doi maksimalnim
zadovoljenjem kriterijuma, jer su neki od njih u izvesnom smislu kontradiktorni.
Dobro reenje mora imati kompromisni karakter koje zavisi od okruenja sistema,
tipa procesa Dva kriterijuma su uvek suprotstavljena. To su maksimizovanje
propusne moi i minimizovanje odziva. Prvi zahtev se zadovoljava tako to se svi
resursi maksimalno iskoriste(preopterete). Drugi u spurotnom sluaju. Najbolji odziv
e viti ako resursi nisu uposleni.
Sistemski kriterijumi:
Iskorienost procesora varira od 0% do 100 %
Propusna mo broj poslova koji se mogu zavriti u jedinici vremena
Pravinost ravnopravno izvravanje svih procesa koji se nalaze u redu spremnih ( ready)
procesa
Uravnoteenja resursa ravnomerno korienje resursa
Na osnovu prioriteta omoguiti da se procesi veeg prioriteta ranije zavre (sistemski
poslovi, real time zadaci)
Prva i najjednostavnija politika dodeljivanja CPU je da se CPU
dodeljuje procesima kako pristiu. FIFO. To je politika bez prekidanja kada
jedan proces dobije resurse dri ih sve dok ne zavri rad. Red procesa se formira
kako koji zahtev pristie i oni se opsluuju tim redom. Mane su neefikasnost i
nepravednost.
Politika favorizovanja kraih poslova zove se SJF. Umesto prosenog
vremena ekanja uvodimo proseno nezadovoljstvo. Stepen nezdovoljstva e da
zavisi od toga koliko dugo e da traje neki proces
Sledea politika je SRTF. Na red dolazi onaj koji ima najkrae preostalo vreme. Ako neki
proces radi i pojavi se neki koji e da radi krae nego to je ovom preostalo, onda taj to je radio
ide u red, a taj krai dobija CPU dok ne zavri ili dok se ne pojavi neki trei koji e raditi krae
vreme nego onaj to se trenutno izvrava. Teoretski ovo je najoptimalnija politika. Ipak, ovde su
zanemareni neki elementi iz stvarnosti pa zato prethodne politike nee biti tako dobre.
Zanemarno je vreme prekuljuivanja sa jednog procesa na drugi. U prkasi se najee ne zna
koliko e neki proces da traje
Rasporeivanje na osnovu prioriteta
Prioritet se pridruuje svakom poslu, a CPU se dodeljuje poslu sa najviim prioritetom. Prioriteti se
mogu definisati interno ili eksterno. Interni prioriteti koriste neku merljivu veliinu za izraunavanje
prioriteta procesa (vremenske granice, memorijski zahtevi, broj otvorenih fajlova, odnos srednjeg trajanja
U/I aktivnosti i srednjeg trajanja CPU aktivnosti).
Eksterni prioriteti postavljaju se na osnovu kriterijuma koji su spoljanji u odnosu na operativni
sistem, kao to su vrsta i iznos plaene naknade za korienje raunara, vanost naruioca posla. Glavni
problem sa ovim algoritmom je pojava umiranja od gladi. Reenje ovog problema je starenje. Tehnika
starenja predvia da se postepeno poveava prioritet onih poslova koji dugo ekaju u sistemu.
Round Robin algoritam
Kruni algoritam (round-robin) je algoritam projektovan specijalno za sisteme sa deljenjem
procesorskog vremena. Definie se mala jednica vremena (kvantum vremena) koja se kree izmeu 10 i
100 milisekundi.
Red spremnih procesa realizovan je kao kruni red.
Planer procesa svakom procesu iz reda dodeljuje CPU na korienje tokom intervala koji je manji ili
jednak kvantumu vremena. Kada se ovaj algoritma implementira, red spremnih procesa se realizuje kao
FIFO red procesa.
Novi proces se dodaje na kraj reda.
Planer procesa bira prvi proces iz reda, postavlja tajmer na vreme od jednog kvantuma i dodeljuje CPU
procesu.
Ako proces ima CPU ciklus krai od vremenskog kvantuma, u tom sluaju on sam oslobaa CPU
izdajui U/I zahtev ili terminiranjem.
Ako proces ima CPU ciklus vei od vremenskog kvantuma, tajmer e, po isteku kvantuma vremena, da
izazove prekid. Performanse ovog algoritma veoma zavise od kvantuma vremena.
Ako kvantum vremena tei beskonanosti, ponaanje ovog algoritma tei ponaanju FCFS algoritma.
Kvantum treba da je znatno dui od vremena za promenu konteksta.
Vreme obilaska takoe zavisi od kvantuma vremena.
Vreme obilaska je krae ako veina poslova svoju CPU aktivnost zavrava za jedan kvantum vremena.
Zato je bolje imati dui kvantum vremena, ali to onda konvergira ka slabom FCFC algoritmu. U praksi
se najee tei da kvantum vremena u 80% sluajeva bude dui od trajanja CPU aktivnosti.
Direktorijum se sastoji od skupa kontrolnih blokova svih datoteka koje mu pripadaju i skup meta
podataka koji opisuju strukturu direktorijuma Logika struktura direktorijuma se moe organizovati
na vie naina:
1.na jednom nivou,
2.na dva nivoa
3.na vie nivoa (stablo direktorijuma) Koriste se sledee strukture kod realizacije:
linearna lista - zahteva linearno pretraivanje za pronalaenje odgovarajue stavke. Jednostavan ali
troi previe vremena.
he tabela. Najvei problem sa he tabelama jeste njihova generalno fiksirana veliina i zavisnost he
funkcije od veliine he tabele