OS1
Mastering OS Concepts Quiz
Test your knowledge of operating systems with our comprehensive quiz! Dive into 98 challenging questions covering various aspects of OS architecture, process management, and hardware interactions. Whether you're a student or a professional, this quiz is designed to enhance your understanding and retention of critical operating system concepts.
- 98 multiple-choice questions
- Detailed explanations after each question
- Perfect for students and professionals alike!
Potpunu CPU izolaciju u odnosu na I/O akcije omogućavaju 2 hardverska uređaja. To su:
MMU I DMA
MMU I timer
DMA I timer
DMA I PIC
PIC I mrežna kartica
MMU I PIC
U situaciji na slici uĝestvuje ili ne sledeće hardverske komponete:
DMA uĝestuvuje, PIC ne uĝestvuje
DMA ne uĝestuvuje, PIC uĝestvuje
DMA uĝestuvuje, PIC uĝestvuje
DMA ne uĝestuvuje, PIC ne uĝestvuje
Ne može da se zakljuĝi da DMA uĝestuvuje, a PIC sigurno ne uĝestvuje
Ne može da se zakljuĝi da PIC uĝestuvuje, a DMA sigurno ne uĝestvuje
U situaciji na slici štiti se jedan harverski resurs. To je:
CPU
RAM memorija
Hard disk
Mrezna kartica
Flash memorija
I/O system
I/O se u raĝuarski sistemima obiĝno štiti preko:
Page tabele
Segment tabele
Base I limit registra
Privilegovanih memorijskih instrukcija
Ne-privilegegovanih memorijskih instrukcija
Privilegovanih I/O instrukcija
Ne-privilegovanih IO instrukcija
Na ovoj slici vidi se prelazak iz:
User moda u kernelski mod pod dejstvom prekida I proces je „svestan“ te situacije
User moda u kernelski mod pod dejstvom prekida I proces nije „svestan“ te situacije
Kernelskog moda u user mod pod dejstvom prekida I proces je „svestan“ te situacije
Kernelskog moda u user mod pod dejstvom prekida I proces nije „svestan“ te situacije
Na ovoj slici vidi se prelazak iz:
user moda u kernelski mod pod dejstvom SC I proces je „svestan“ te situacije
user moda u kernelski mod pod dejstvom SC I proces nije „svestan“ te situacije
Kernelskog moda u user mod pod dejstvom SC I proces je „svestan“ te situacije
Kernelskog moda u user mod pod dejstvom SC I proces nije „svestan“ te situacije
User moda u kernelski mod pod dejstvom prekida I proces je „svestan“ te situacije
User moda u kernelski mod pod dejstvom prekida I proces nije „svestan“ te situacije
Kernelskog moda u user mod pod dejstvom prekida I proces je „svestan“ te situacije
Kernelskog moda u user mod pod dejstvom prekida I proces nije „svestan“ te situacije
U user modu, proces koristi:
CPU
RAM
CPU I RAM
CPU I Datoteke
CPU RAM I Datoteke
Ko je najbolji prijatelj CPU I raĝunarskog sistema?
Keš memorija
Flash memorija
Kuler
DMA
Network card
Mouse
Timer
Hard disk
U strukturnoj šemi raĝunarskog sistema, OS je neposredno iznad:
Hardvera
Sistemskog softvera
Aplikativnog softvera
Mreznog sloja
Kernelskog sloja
Šta vidite na ovoj slici:
DMA ciklus
PIC ciklus
Time-sharing OS
Real-time OS
Multiprograming
Multi-mode operations
Kod TS (time-sharing systems) fundamnetalni resurs koji se deli (share) je:
DMA
PIC
RAM
CPU time
Network
Najtipiĝniji predstavnik TS (time-sharing systems)
MS Windows
DOS
UNIX/Linux
Cloud computing
GoogleChrome
Kolekcija procesora koja pre svega deli RAM memoriju predstavlja:
Batch arhitekturu
Interaktivnu arhitekturu
Paralelnu multi-CPU arhitekturu
Distribuiranu multi-computer arhitekturu
Cluster arhitekturu
Koju arhitekturu vidite na slici
Cluster
Client/Server
Cloud Computing
TimeSharing
Paralelna (SMP-UMA)
Paralelna (NUMA)
Distributed Systems
Koju arhitekturu vidite na slici:
Cluster
Client/Server
Cloud Computing
TimeSharing
Paralelna (SMP-UMA)
Paralelna (NUMA)
Distributed Systems
Koju arhitekturu vidite na slici
Cluster
Client/Server
Cloud Computing
TimeSharing
Paralelna (SMP-UMA)
Paralelna (NUMA)
Distributed Systems
Sistemski poziv predstavlja interfejs između
Procesa I memorije
Procesa I CPU
Procesa I kernela
Procesa I aplikativnog sloja
Koju arhitekturu vidite na ovoj slici:
Monolitnu
Slojevitu
Microkernel
Client/server
Distribuiranu
Kojem OS najviše odgovara ova slika
Novell Netware
DOS
Unix/Linux
Sun Solaris
MS Windows (NT based)
GoogleChrome
Kojem OS najviše odgovara ova slika
Novell Netware
DOS
UNIX/Linux
MS Windows (NT based)
GoogleChrome
Arhitektura na slici je idealna za razvoj ili uĝenje:
C++ I Java
Aplikativogog sofvera
Operativnih sistema
Sistemskog softvera
Device drivers
GoogleChrome
U osnovnom dijagramu stanja procesa, sa slike uĝestvuju neki od raspoređivaĝa. To su:
Short-term scheduler
Long-term scheduler
Medium-term scheduler
Svi
Nijedan
U osnovnom dijagramu stanja procesa, sa slike, proces poseduje ili ne poseduje neke resurse. Konktretno u stanju ready, proces ima sve osim:
CPU
RAM
CPU I RAM
Ima sve resurse
CPU I datoteke
U situaciji na slici, tranziciju na koju ukazuje crvena srelica izaziva:
DMA
PIC
Nedostatak podataka ili resursa na koji se dugo ĝeka
Nedostatak RAM memorije
Sam proces
OS
Dispatcher
U situaciji na slici, u tranziciji na koju ukazuje crvena strelica:
To je sigurno preemption
To može biti preemption, ali ne mora
To sigurno nije preemption
nema dovoljno elemenata da se utvrdi postojanje preemption
Na UNIX/Linux OS to je preemption, na MS Windows to nije preemption
Na UNIX/Linux OS to nijje preemption, na MS Windows to je preemption
Na slici vidite veoma bitnu strukturu OS. To je:
PCS
PMS
PCB
PCA
PCM
U situaciji na slici uĝestvuju neki od kernelski procesa. To su:
Samo short-term scheduler
Samo dipatcher
Samo medium-term scheduler
Samo long-term scheduler
Short-term scheduler I dispacher
Short-term scheduler I dispacher
Medium-term scheduler I dispacher
Short-term scheduler I medium-term scheduler
U situaciji na slici, ako uĝestvuje kernelski proces dispatcher, njegov posao je da:
Bezbedno zaustavi P0
Bezbedno startuje P1
Izabere P1 iz ready queue
Bezbedno zaustavi P0, bezbedno startuje P1
Bezbedno zaustavi P0, izabere P1, bezbedno startuje P1
Nema aktivnosti na ovoj slici
U situaciji prikazanoj u jednoj grani sigurno se dogodila preemption. To je:
Prva grana(I/O request)
Druga grana(time slice expired)
Treća grana(fork a child)
ĝetvrta grana (wait for an interrupt)
Nijedna grana ne odgovara
Događa se u svakoj grani
U situaciji prikazanoj izabrati najbolju lokaciju za izbor procesa za swap-out. To je blok:
Partially executed swapped-out processes
Ready queue
CPU
I/O waiting queue
I/O
Nijedan od ovih blokova
Može biti bilo koji
Na ovoj slici prikazana su 2 mehanizama:
levi mehamizam je direktni IPC, desni mehanizam je indirektni IPC
Levi mehamizam je indirektni IPC, desni mehanizam je direktni IPC
Levi mehamizam je direktni IPC, desni mehanizam je direktni IPC
Levi mehamizam je indirektni IPC, desni mehanizam je indirektni IPC
Oba mehanizma su direktni IPC
Oba mehanizma su indirektni IPC
Oba mehanizma su mogu biti I direktni I indirektni IPC
Na ovoj slici vidi se:
Jedan od IPC mehanizama koji su pogodni za mrežni IPC
Jedan od IPC mehanizama koji nisu pogodni za mrežni IPC
Jedini IPC mehanizam koji je pogodan za mrežni IPC
Jedini IPC mehanizam koji nije pogodan za mrežni IPC
U multithread modelu procesa, globalni podaci su:
Zajedniĝki-deljivi za sve niti
Unikatni-nedeljivi za svaku nit pojedinaĝno
Zajedniĝki-deljivi samo za pojedine niti
Deljivost zavisi od OS
Model na slici je:
Many-to-one
One-to-one
Many-to-many
Ne može da se zakljuĝi
Model na slici je kad imate situaciju:
Moderan kernel, moderna aplikacija
Moderan kernel, zastarela aplikacija
Zastareli kernel, moderna aplikacija
Zastareli kernel, zastarela aplikacija
Ne može da se zakljuĝi
U modelu na slici, kada neka od korisniĝkih niti pređe u stanje waiting:
Sve druge korisniĝke niti iz iste grupe nastavljaju aktivnosti normalno
Sve druge korisniĝke niti iz iste grupe su blokirane
Samo sliĝne niti iz site grupe su blokirane
Ne može da se zakljuĝi
Čiji je ovo many-to-many model:
MS Windows
Linux
Novel-Netware
Sun Solaris
Android
GoogleChrome
U osnovnom dijagramu stanja procesa, sa slike uoĝite tranziciju running-exit-terminated. Da li se u toj tranziciji poziva short-term scheduler:
Obavezno
Sigurno ne
Nekada se poziva a nekada ne
Ne može da se odredi
Zavisi od OS
U osnovnom dijagramu stanja procesa, sa slike uoĝite tranziciju running-exit-terminated. Da li se u toj tranziciji dogodio preemption:
Obavezno
Sigurno ne
Nekada se događa a nekada ne
Zavisi od OS
Ne može da se odredi
Koji je ovo short-term scheduler algoritam
FCFS (FIFO)
SJF
SRTF
RR
Priority
MultiLevel without feedback
MultiLevel with feedback
Koji je ovo short-term scheduler algoritam
FCFS (FIFO)
SJF
SRTF
RR
Priority
MultiLevel without feedback
MultiLevel with feedback
Idendifikujte koji je ovo short-term scheduler algoritam, pa ga ocenite po pitanju performansi
1 veoma slab
3 vrlo dobar
4 jako dobar
5 odliĝan
Zavisi od OS
Idendifikujte koji je ovo short-term scheduler algoritam, pa ga ocenite po pitanju zakucavanja
1 veoma slab
3 vrlo dobar
4 jako dobar
5 odliĝan
Zavisi od OS
Idendifikujte koji je ovo short-term scheduler algoritam, pa ga ocenite po pitanju preemption:
Preemptive
Non-preemptive
Ne može da se odredi
Uslovno preemptive
Zavisi od OS
Tehnika prikazana na slici se koristi kod jednog algoritma
FCFS (FIFO)
SJF
SRTF
RR
Priority
MultiLevel without feedback
Idendifikujte koji je ovo short-term scheduler algoritam, pa ga mu izaberite OS za koga je on najbolji
DOS
MS Windows
Novel-Netware
UNIX/Linux
Sun Solaris
GoogleChrome
RTOS (RealTime)
Nijedan
Koji je ovo short-term scheduler algoritam. Diskutujte TQ (Time Quantum). Manji TQ
Povećava performanse
Smanjuje performanse
Otovo da nema uticaj na performnase
Zavisi od OS
Koji je ovo short-term scheduler algoritam
FCFS (FIFO)
SJF
SRTF
RR
Priority
MultiLevel without feedback
MultiLevel with feedback
Diskutujte RT (Response Time). Idendifikujte koji je ovo short-term scheduler algoritam, koji je najbolji po pitanju RT
FCFS (FIFO)
SJF
SRTF
RR
Priority
Situacija sa slike je suštinski važna za jednu klasu OS. Za tu klasu OS, idendifikujte short-term scheduler algoritam, koji je najbolji za njih
FCFS (FIFO)
SJF
SRTF
RR
Priority
Tehnika aging u short-term scheduler algortimima se koristi za:
Povećanje performansi
Smanjenje zakucavanja
Pobolšanje vremena odziva
Povećanje propusne moći OS
Tehnika aging u short-term scheduler algortimima je dominantna za u nekim algoritmima. To su:
FCFS (FIFO)
SJF I SRTF
RR
Priority
Koji je ovo algoritam
Dekker-Peterson algorithm
Bakery algorithm
Belady algorithm
SPA algorithm
RIP algorithm
Koji je ovo algoritam, I da li ima "busy waiting"
Uvek ima "busy waiting"
Nikada nema "busy waiting"
Može imati "busy waiting" a I ne mora
Zavisi od OS
Koji je ovo algoritam, po pitanju klase
ĝisto softversko rešenje
ĝisto hardversko rešenje
Semaforsko rešenje
Rešenje uz pomoć struktura viših programskih jezika
Kombinovano rešenje
Koji je ovo algoritam, I kakva je veza algoritma I OS:
Algoritam ne zavisi od OS
Algoritam je potpuno baziran na OS
Algoritam je delimiĝno zavistan od OS
Veza zavisi od OS
Koji je ovo algoritam, I koliko procesa može istovremeno da opslužuje
0 procesa
1 proces
2 procesa
3 procesa
N procesa
Instrukcija na slici je:
Memorijski bazirana I može se prekinuti u bilo kojoj fazi
Registarski bazirana I može se prekinuti u bilo kojoj fazi
Memorijski bazirana I ne može se prekinuti
Registarski bazirana I ne može se prekinuti
Koji je ovo algoritam, I koliko procesa može istovremeno da opslužuje
0 procesa
1 proces
2 procesa
3 procesa
N procesa
Objekat Semafor S, sa operacijama je:
Klasiĝni semafor I ima pojavu "busy waiting"
Klasiĝni semafor I nema pojavu "busy waiting"
Moderni semafor I ima pojavu "busy waiting"
Moderni semafor I nema pojavu "busy waiting"
U kodu, sa dva procesa Pi I Pj I dva dodađaja A I B: semafor flag inicijalizovan na 0
Događaji A I B se dešavaju sluĝajno na bazi raspoređivanja procesa
Događaj A se sigurno izvršava pre B
Događaj A se sigurno izvršava posle B
Događaj A I B se izvršavaju istovremeno
Na slici je prikazan rešenje problema "Bounded Buffer"
ĝisto softversko rešenje
ĝisto hardversko rešenje
Semaforsko resenje
Rešenje uz pomoć struktura viših programskih jezika
Kombinovano rešenje
3 procesa izvršavaju isti editor teksta koji je veliĝine 20K. Za privatne data podatke potrebno 3K. Odrediti koliko je memorije potrebno za paging sa veliĝinom stranice od 2K
32
Analizirati segmentaciju. Imate segment od 1350 bajtova. Kolika je maksimalna interna fragmentacija za ovaj sluĝaj.
0 bajta
1350 bajta
1349 bajta
512 bajtova
511 bajtova
Na slici je prikazana deljivost:
Bitova
Bajtova
Stranica
32 bitnih reĝi
Segmenata
Analizirati segmentaciju. Kod segmentacije je:
Logiĝki adresni prostor je kontinualan, a fiziĝki adresni prostor je kontinualan
logiĝki adresni prostor je diskontinualan, a fiziĝki adresni prostor je kontinualan
Logiĝki adresni prostor je kontinualan, a fiziĝki adresni prostor je diskontinualan
logiĝki adresni prostor je diskontinualan, a fiziĝki adresni prostor je diskontinualan
Page tabela na slici
Svaki proces ima posebnu page table
Svi procesi imaju jednu istu page table
Grupe procesa imaju posebne page table
Zavisi od OS
Inverted paging
Analizirati straniĝenje. Slika sadrži pored straniĝenja jednu strukturu koja se nalazi u samom CPU, I koja služi za poboljšanje performansi koje drastiĝno padaju uvođenjem straniĝenja. Ta struktura je u osnovi
Obiĝna dinamiĝka memorija
obiĝna statiĝka memorija
Asocijativna memorija
Flash memorija
Analizirati straniĝenje. Imate veliĝinu stranice od 4K (4096 bajta). Ako smanjite veliĝinu stranice, šta se dešava sa internom fragmentacijom.
Povećava se
Smanjuje se
Ne menja se
Analizirati straniĝenje. Šta se dešava sa performansama uvođenjem straniĝenja. Koliko imate memorijskih ciklusa, prilikom jednog ciklusa upisa
Jedan
Dva
Tri
Nije uvek isto
Analizirati straniĝenje. Imate veliĝinu stranice od 1K (1024bajta). Kolika je maksimalna interna fragmentacija za ovaj sluĝaj.
0 bajta
1024 bajta
1023 bajta
512 bajta
511 bajta
Analizirati straniĝenje. Imate veliĝinu stranice od 2K (2048 bajta). Kolika je minimalna interna fragmentacija za ovaj sluĝaj.
0 bajta
1024bajta
1023 bajta
2047 bajta
2048 bajta
Analizirati straniĝenje. Straniĝenje je napravljeno
da bi se izbegla eksterna fragmentacija
Da bi se izbegla interna fragmentacija
Da bi se smanjila eksterna fragmentacija
Da bi se smanjila interna fragmentacija
Analizirati straniĝenje. Od koje vrste fragmentacije pati straniĝenje?
Od interne fragmentacije
Od eksterne fragmentacije
Od obe
Od nijedne
MMU na slici naziva se
MFT
MVT
Paging
Segmentation
MMU sa relokacionim registrom
Paging with segmentation
Sledeće slika predstavlja:
Bit maps
Linked lists
Buddy Systems
swap area
Objasniti MVT. Koji algoritam za MVT ima najmanji broj komparacija u pogledu izbora šupljina.
First-fit
Best-fit
Worst-fit
Objasniti MVT. Koju vrstu fragmentacije algoritam MVT nema uopšte?
Internu fragmentaciju
Eksternu fragmentacije
Nema obe
Ima obe
MMU na slici naziva se
MFT
MVT
Paging
Segmentation
MMU sa relokacionim registrom
Paging with segmentation
Slika predstavlja:
Dynamic Loading
Dynamic Linking
Kernelski podsistem
Device driver
Imate MMU sa relokacionim registrom. Generisana logiĝka adresa iznosi 150, a vrednost relokacionog registra za proces je 10000. Izraĝunati fiziĝku adresu.
10150
U sluĝaju uslaska nekih procesa u deadlock, sistem sa bankarskim algoritmom
Detektuje krug I razbija ceo krug uništavajući jedan ili više procesa
Detektuje krug I razbija ceo krug obavljajući roll-back za jedan ili više procesa
Ovakav sistem nikada neće ući u deadlock
Sistem "zabija glavu u pesak"
U sluĝaju uslaska nekih procesa u deadlock, za sistem sa deadlock detection algoritmom, najbolja metoda je:
Detektcija kruga I razbijanje kruga uništavajući jedan ili više procesa
Detektcija kruga I razbijanje kruga uništavajući sve procese u krugu
Ovakav sistem nikada neće ući u deadlock
Roll-back
Kom algoritamu odgovara ovaj sluĝaj
Deadlock detection algorithm
Banker algorithm
Deadlock prevention algorithm
Ostrich algorithm
Kom algoritamu odgovara ovaj sluĝaj:
Deadlock detection algorithm
Banker algorithm
Deadlock prevention algorithm
Ostrich algorithm
Koji je ovo algoritam
Deadlock detection algorithm
Banker algorithm
Deadlock prevention algorithm
Ostrich algorithm
Šema koja u odnosu na ovu sliku, ne zahteva od procesa da se izjasne na samom poĝetku u pogledu korišćenja svih tj maksimalnih resursa naziva se
Deadlock detection algorithm
Banker algorithm
Deadlock prevention algorithm
Ostrich algorithm
Šema koja u odnosu na ovu sliku, koja na svaki zahtev prvo obavi proraĝun a tek onda odobrava ili privremeno odbija zahtev naziva se
Deadlock detection algorithm
Banker algorithm
Deadlock prevention algorithm
Ostrich algorithm
Šema koja u odnosu na ovu sliku, ne dozvoljava da sistem ikada pređe safe/unsafe liniju, naziva se
Deadlock detection algorithm
Banker algorithm
Deadlock prevention algorithm
Ostrich algorithm
U situaciji na slici jasno se vide jedan krug. Na „prvi pogled“, da li je to deadlock
To je sigurno deadlock
To sigurno nije deadlock
Ne može pouzdano da se utvrdi na prvi pogled
Da li je deadlock zavisi od vrste operativnog sistema
Struktura na slici u otkiravanju pojave deadlock-a je vrlo pouzdana I jednostavna:
Uvek
Nikada nije pouzdan
Veoma pouzdan I jednostavan samo ako resursi sadrže samo po jednu istancu
Veoma pouzdan I jednostavan samo ako resursi sadrže više istanci
Struktura na slici uglavnom služi
Za modelovanje sistema u cilju merenja performansi
Za modelovanje sistema u cilju ispitivanja pouzdanosti
Za modelovanje sistema u cilju ispitivanja deadlock-a
Za modelovanje sistema u cilju isitivanja utroška resursa
Kako se zove struktura na slici
Graph of processes
Memory allocation graph
Resource allocation graph
Wait for graf
Na slici je prikazan struktura Monitor
Potpuno su isti
Semaforski wait I signal menjaju vrednost semafora, dok se vrednost uslovnih varijabli ne menja
Semaforski wait I signal ne menjaju vrednost semafora, dok se vrednost uslovnih varijabli menja
Sve je isto osim wait operacije
Sve je isto osim signal operacije
Na slici je prikazan struktura Monitor. Rešenje je
ĝisto softversko rešenje
ĝisto hradversko rešenje
Semaforsko rešenje
Rešenje uz pomoć struktura viših programskih jezika
Kombinovano rešenje
Na slici je prikazan rešenje problema "Bounded Buffer"
ĝisto softversko rešenje
ĝisto hradversko rešenje
Semaforsko rešenje
Rešenje uz pomoć struktura viših programskih jezika
Kombinovano rešenje
Na slici je prikazan rešenje problema "Reader/Writer "
Procese pisce I procese ĝitaoce između sebe
Samo procese pisce između sebe
Samo procese ĝitaoce između sebe
2 ili više ĝitaoca između sebe
Na slici je prikazan rešenje problema "Reader/Writer "
Samo 1 proces pisac I samo 1 proces ĝitaoc
Samo 1 proces pisac I n proces ĝitaoca
N procesa pisaca I samo 1 proces ĝitaoc
N procesa pisaca I n procesa ĝitaoca
{"name":"OS1", "url":"https://www.quiz-maker.com/QPREVIEW","txt":"Test your knowledge of operating systems with our comprehensive quiz! Dive into 98 challenging questions covering various aspects of OS architecture, process management, and hardware interactions. Whether you're a student or a professional, this quiz is designed to enhance your understanding and retention of critical operating system concepts.98 multiple-choice questionsDetailed explanations after each questionPerfect for students and professionals alike!","img":"https:/images/course8.png"}