.dsy:it. Pages (54): « First ... « 38 39 40 41 [42] 43 44 45 46 » ... Last »
Show 150 posts per page

.dsy:it. (http://www.dsy.it/forum/)
- Sistemi operativi I (http://www.dsy.it/forum/forumdisplay.php?forumid=269)
-- [Sistemi Operativi] Compitini 2003/04 (http://www.dsy.it/forum/showthread.php?threadid=10356)


Posted by maynard80 on 14-06-2004 19:25:

il bootloader è contenuto o cmq legge l'mbr, quindi non è ancora caricato (specificava prima di leggere mbr)

ragazzi ma nei sistemi monoprogrammati ci può essere deadlock?

__________________
msn Messenger: giamma80 at tiscali.it
ATHENA !


Posted by Gusher on 14-06-2004 19:32:

Originally posted by maynard80
il bootloader è contenuto o cmq legge l'mbr, quindi non è ancora caricato (specificava prima di leggere mbr)




Confermo che 0 processi è la risposta corretta. Fino a quel momento, il sistema operativo non è ancora caricato, dunque 0 processi.


Date un occhio qui


ragazzi ma nei sistemi monoprogrammati ci può essere deadlock?

IMHO no..in quanto essendo MONOpogrammato, un processo alla volta... non può andare in deadlock da solo


Posted by ale82info on 14-06-2004 19:48:

Originally posted by Gusher

IMHO no..in quanto essendo MONOpogrammato, un processo alla volta... non può andare in deadlock da solo ]


se viene eseguito un solo processo alla volta come è possibile che 2 o + vadano in deadlock????

secondo me è ovviamente impossibile che ci siano deadlock...quindi la risp è no!


Posted by stereolab on 14-06-2004 20:23:

Quale dei seguenti meccanismi puo' essere utiliazzato x garantire l'atomicità delle operazioni semaforiche sui sistemi multiprocessore?

a)peterson
b)disabilitazione interrupt
c)monitor
d)busy waiting

Molti dicono un generico metodo di busy waiting. Va bene anche se non è detto che garantisca PROGRESSO e ATTESA LIMITATA come invece fa l'algoritmo di Peterson?


Posted by Drake83 on 14-06-2004 20:28:

Originally posted by stereolab
Quale dei seguenti meccanismi puo' essere utiliazzato x garantire l'atomicità delle operazioni semaforiche sui sistemi multiprocessore?

a)peterson
b)disabilitazione interrupt
c)monitor
d)busy waiting


scusate ma nn ricordo,questa domanda era nell'appello o nel secondo compitino?

__________________
"io non sono come gli altri Robin Hood, io non ballo coi lupi"
"ogni mattina come narciso si specchia nel ruscello retrovisore", "ci sono mille modi per chiamare dio...dio,allha,adta,arauffa,crisma..afjasf...tanto non ti risponde"

Corrado Guzzanti è il mio Dio.
Roberto Saviano eroe nazionale.


Posted by Gusher on 14-06-2004 20:29:

Originally posted by Drake83
scusate ma nn ricordo,questa domanda era nell'appello o nel secondo compitino?


secondo compitino


Posted by Gusher on 14-06-2004 20:32:

Originally posted by stereolab
[B
Molti dicono un generico metodo di busy waiting. Va bene anche se non è detto che garantisca PROGRESSO e ATTESA LIMITATA come invece fa l'algoritmo di Peterson? [/B]



Anche io ho risposto Peterson perchè cmq. pure lui effettua busywaiting ....


Posted by ale82info on 14-06-2004 20:39:

Originally posted by stereolab
Quale dei seguenti meccanismi puo' essere utiliazzato x garantire l'atomicità delle operazioni semaforiche sui sistemi multiprocessore?

a)peterson
b)disabilitazione interrupt
c)monitor
d)busy waiting

Molti dicono un generico metodo di busy waiting. Va bene anche se non è detto che garantisca PROGRESSO e ATTESA LIMITATA come invece fa l'algoritmo di Peterson?


b no --> disattivo le int su tutti i processori? mi sembra un po' una perdita di tempo!
d no --> vedi sopra ma ancora peggio
quindi o a o c.... boh!


Posted by Gusher on 14-06-2004 20:47:

Ricordo di aver letto da qualche parte sul libro che nei sistemi multiprocessore per operare su regioni critiche in kernelmode, i due processori rimangono in attesa attiva (dunque busy waiting e faceva riferimento alla situazione di spinlock) perchè non possono entrare in regione critica contemporaneamente.. ma non riesco a trovare la pagina!


Posted by ale82info on 14-06-2004 21:01:

Originally posted by Gusher
Ricordo di aver letto da qualche parte sul libro che nei sistemi multiprocessore per operare su regioni critiche in kernelmode, i due processori rimangono in attesa attiva (dunque busy waiting e faceva riferimento alla situazione di spinlock) perchè non possono entrare in regione critica contemporaneamente.. ma non riesco a trovare la pagina!



L'hai letto sul Tanembaum?


Posted by Gusher on 14-06-2004 21:23:

No, sullo Silberschatz


Posted by allxxx on 14-06-2004 23:26:

Qual è il numero minimo di variabili di tipo condition necessario per
risolvere con i Monitor un problema di mutua esclusione su una variabile
intera a cui vogliono accedere n processi?

a) n, una per ogni processo
b) dipende dal valore massimo che la variabile deve assumere
c) nessuna
d) 2, una per processi che scrivono e l'altra per i processi che leggono


Risposta esatta: c

__________________
IL MIGLIOR TELEFILM TRA I MIGLIORI.... VOTA!!



Posted by allxxx on 14-06-2004 23:28:

Un processo A di background (senza interazioni con I/O) e' nello stato
running. Le routine di gestione interrupt contengono le operazioni V sui
semafori che descrivono gli eventi esterni. Un processo B e' nello stato
waiting in attesa di un evento esterno X. Al verificarsi dell'interrupt
associato a X viene attivata la routine di gestione interrupt dell'evento.
In quali stati si trovano rispettivamente A e B nei seguenti istanti:
1- appena attivata la routine di gestione interrupt,
2- al temine della routine di gestione interrupt, cioè dopo l'esecuzione
dell'istruzione RTI (ritorno da interrupt) ?

a) 1. wait, wait 2. ready, run
b) 1. run, wait 2. run, ready
c) 1. ready, wait 2. ready, ready
d) 1. ready, wait 2. run, ready


Risposta esatta: b

__________________
IL MIGLIOR TELEFILM TRA I MIGLIORI.... VOTA!!



Posted by Simbios on 14-06-2004 23:58:

Originally posted by allxxx
Un processo A di background (senza interazioni con I/O) e' nello stato
running. Le routine di gestione interrupt contengono le operazioni V sui
semafori che descrivono gli eventi esterni. Un processo B e' nello stato
waiting in attesa di un evento esterno X. Al verificarsi dell'interrupt
associato a X viene attivata la routine di gestione interrupt dell'evento.
In quali stati si trovano rispettivamente A e B nei seguenti istanti:
1- appena attivata la routine di gestione interrupt,
2- al temine della routine di gestione interrupt, cioè dopo l'esecuzione
dell'istruzione RTI (ritorno da interrupt) ?

a) 1. wait, wait 2. ready, run
b) 1. run, wait 2. run, ready
c) 1. ready, wait 2. ready, ready
d) 1. ready, wait 2. run, ready


Risposta esatta: b


io ho messo C azz......

__________________
http://www.voglioscendere.ilcannocchiale.it/

Governare gli italiani non è impossibile, è inutile. (G.Giolitti)


Posted by superfabius on 15-06-2004 07:02:

Originally posted by allxxx
Un processo A di background (senza interazioni con I/O) e' nello stato
running. Le routine di gestione interrupt contengono le operazioni V sui
semafori che descrivono gli eventi esterni. Un processo B e' nello stato
waiting in attesa di un evento esterno X. Al verificarsi dell'interrupt
associato a X viene attivata la routine di gestione interrupt dell'evento.
In quali stati si trovano rispettivamente A e B nei seguenti istanti:
1- appena attivata la routine di gestione interrupt,
2- al temine della routine di gestione interrupt, cioè dopo l'esecuzione
dell'istruzione RTI (ritorno da interrupt) ?

a) 1. wait, wait 2. ready, run
b) 1. run, wait 2. run, ready
c) 1. ready, wait 2. ready, ready
d) 1. ready, wait 2. run, ready


Risposta esatta: b


quella è una domanda apparsa negli altri compitini
su quello di ieri c'era
In quali stati si trovano rispettivamente A e B nei seguenti istanti:
1- PRIMA DI ATTIVARE la routine di gestione interrupt,
2- al temine della routine di gestione interrupt, cioè dopo l'esecuzione
dell'istruzione RTI (ritorno da interrupt) ?


All times are GMT. The time now is 03:24. Pages (54): « First ... « 38 39 40 41 [42] 43 44 45 46 » ... Last »
Show all 799 posts from this thread on one page

Powered by: vBulletin Version 2.3.1
Copyright © Jelsoft Enterprises Limited 2000 - 2002.