From Agentgroup
Jump to: navigation, search
(Orario delle Lezioni)
Line 66: Line 66:
 
=Obiettivi dell'Insegnamento=
 
=Obiettivi dell'Insegnamento=
 
[[Image:faq.png|right|90px]]
 
[[Image:faq.png|right|90px]]
 
+
L'insegnamento ha come obiettivo quello di fornire le conoscenze di base dei Sistemi Operativi e di introdurre alcuni aspetti della programmazione di sistema in UNIX/LINUX.
 +
 +
Come propedeuticità all'insegnamento è utile l'esame di Fondamenti di Informatica C.
  
 
=Programma dell'Insegnamento=
 
=Programma dell'Insegnamento=
 
Gli argomenti teorici che verranno affrontati saranno:  
 
Gli argomenti teorici che verranno affrontati saranno:  
  
1) Generalità sui Sistemi Operativi <BR>
+
1) Classificazione dei Sistemi Operativi: in particolare, sistemi multi-utente e multiprocesso (introduzione del concetto di processo).<br>
Evoluzione storica: dai primi sistemi ai moderni sistemi operativi. <BR>
+
Classificazione dei Sistemi Operativi: sistemi mono- e multi-utente, sistemi batch e interattivi, sistemi in time-sharing e real-time.<BR>
+
Elementi di base di un Sistema Operativo: punto di vista esterno (utente o programmatore di sistema) e punto di vista interno.<BR>
+
  
2) Sistema Operativo come insieme di gestori delle risorse. In particolare: <BR>
+
2) Il Sistema Operativo come insieme di gestori delle risorse: in particolare, il File System (organizzazione logica e allocazione fisica).<br>
a) Gestione della CPU <BR>
+
Punto di vista esterno - tecniche di programmazione concorrente: modelli dei processi ad ambiente globale e ad ambiente locale; strumenti per la sincronizzazione di processi in ambiente globale (semafori, monitor, etc.) e locale (scambio di messaggi, RPC, etc.).<BR>
+
Punto di vista interno - implementazione del nucleo: strutture dati e primitive; algoritmi di scheduling; il problema del blocco dei processi (deadlock).<BR>
+
b) Gestione della memoria <BR>
+
Punto di vista esterno - programmi: assoluti, rilocabili staticamente, rilocabili dinamicamente.
+
Punto di vista interno - metodi di allocazione: contigua (partizionamento statico e dinamico); swapping; segmentazione; non contigua (paginazione); gestione della memoria virtuale.<BR>
+
c) Gestione del File System <BR>
+
Punto di vista esterno - organizzazione logica dei direttori e proprietà dei file; livello di programmazione. <BR>
+
Punto di vista interno - allocazione fisica in memoria secondaria: metodo contiguo; metodi non contigui (concatenamento e indicizzazione). <BR>
+
Quando necessario, questi argomenti saranno esemplificati rivedendone l’implementazione in UNIX/Linux.<BR>
+
  
Gli argomenti pratici che verranno affrontati relativamente a progetti concorrenti in ambiente globale faranno riferimento al linguaggio di programmazione Java e saranno in particolare:<BR>
+
3) La programmazione di sistema utilizzando i linguaggi comandi: in particolare, la Bourne shell di UNIX/LINUX.<br>
- programmazione concorrente tramite thread;<BR>
+
 
- sincronizzazione mediante l'uso di monitor.<BR>
+
4) La programmazione di sistema utilizzando il linguaggio di programmazione C per UNIX/LINUX: in particolare, le primitive di basso livello per l'accesso ai file e le primitive per la creazione, sincronizzazione e comunicazione dei processi. <br>
L’applicazione di queste conoscenze riguarda lo svolgimento di progetti concorrenti in ambiente globale di complessità crescente: quindi, parte integrante saranno le attività di laboratorio svolte in modo guidato.
+
 
 +
Gli argomenti pratici che verranno affrontati saranno in particolare:<BR>
 +
-  TO DO
  
 
=Registro=
 
=Registro=
 
Dopo ogni lezione verr&agrave; compilato il registro con l'indicazione degli argomenti trattati. I registri relativi ai diversi anni accademici sono accessibili sul sito della Facolt&agrave; e in particolare:
 
Dopo ogni lezione verr&agrave; compilato il registro con l'indicazione degli argomenti trattati. I registri relativi ai diversi anni accademici sono accessibili sul sito della Facolt&agrave; e in particolare:
* [https://www.ing.unimo.it/campusone/VisualizzazioneIngegneria/Syllabus.asp?IdIns=11128 Registro A.A. 2010-11]
+
<!--* [https://www.ing.unimo.it/campusone/VisualizzazioneIngegneria/Syllabus.asp?IdIns=11128 Registro A.A. 2010-11]
* [https://www.ing.unimo.it/campusone/visualizzazioneingegneria/Syllabus.asp?IdIns=8772 Registro A.A. 2009-10]
+
-->
  
 
=Modalità d'esame=
 
=Modalità d'esame=
 
[[Image:tesina.png|right|90px]]
 
[[Image:tesina.png|right|90px]]
L'esame si compone di una prova scritta, in laboratorio, e di una prova orale. Per maggiori dettagli, vedere il seguito di questa pagina.
+
L'esame si compone di una prova scritta. Per maggiori dettagli, vedere il seguito di questa pagina.
  
 
==Prova scritta==
 
==Prova scritta==
Per l'iscrizione ad una prova scritta si '''deve''' usare il form specifico che &egrave; presente in questa pagina nella sezione [[#Appelli| Appelli]]: si ricorda che in caso di valutazione insufficiente lo studente che non avrà preso visione dei suoi errori fissando uno specifico appuntamento con l'Ing. Puviani NON potrà iscriversi ad una prova successiva!  
+
Per l'iscrizione ad una prova scritta si '''deve''' usare il form specifico che &egrave; presente in questa pagina nella sezione [[#Appelli| Appelli]]: si ricorda che in caso di valutazione insufficiente lo studente che non avrà preso visione dei suoi errori NON potrà iscriversi ad una prova successiva!  
 
Di norma le iscrizioni/cancellazioni ad un appello si chiudono due giorni prima: ad esempio se l'appello è pianificato di venerd&igrave;, le iscrizioni/cancellazioni sono possibili fino alla mezzanotte del marted&igrave; precedente! Le indicazioni comunque della data di chiusura dell'appello sono riportate per ogni appello.
 
Di norma le iscrizioni/cancellazioni ad un appello si chiudono due giorni prima: ad esempio se l'appello è pianificato di venerd&igrave;, le iscrizioni/cancellazioni sono possibili fino alla mezzanotte del marted&igrave; precedente! Le indicazioni comunque della data di chiusura dell'appello sono riportate per ogni appello.
  
La prova scritta serve a verificare che lo studente abbia acquisito le seguenti capacit&agrave;:
 
* Capacit&agrave; di scrivere soluzioni per la sincronizzazione di processi in ambiente globale usando lo strumento di monitor.
 
* Capacit&agrave; di scrivere e verificare software in linguaggio di programmazione Java per la sincronizzazione di processi usando lo strumento di monitor.
 
  
 
[[Image:ModalitaEsame.png|left|120px]]
 
[[Image:ModalitaEsame.png|left|120px]]
 
<blockquote>
 
<blockquote>
 +
La prova scritta comprende un singolo esercizio.
 +
L'esercizio richiede la soluzione di un problema di sincronizzazione in ambito locale, ottenuta facendo riferimento al sistema operativo UNIX si compone di due parti:<br>
 +
# una parte in Bourne Shell che deve risolvere un sottoproblema di esplorazione nel file system;<br>
 +
# una parte in linguaggio C che deve risolvere un sottoproblema concorrente facendo uso delle primitive di gestione dei processi proprie di UNIX.<br>
 +
 +
Lo svolgimento della prova scritta avviene in due modi (la durata della prova è di due ore):<br>
 +
a) in aula come un qualunque scritto solo per chi NON segue il Laboratorio di Sistemi Operativi<br>
 +
b) in laboratorio solo per chi segue anche il Laboratorio di Sistemi Operativi; in questo caso, lo studente dovrà produrre un insieme di file corrispondenti alla soluzione dell'esercizio<br>
 +
Nota bene: Saranno corrette SOLO le soluzioni che non conterranno errori né di sintassi sulla parte Shell e C né errori di collegamento (linking) sulla parte C.
 +
 +
In entrambi i casi, la sufficienza è rappresentata da un voto >= 18: il voto ottenuto con lo scritto rappresenterà, se sufficiente, la valutazione della verifica dell'insegnamento di Sistemi Operativi.<br>
 +
<!--Nel caso di svolgimento in laboratorio, per favorire lo studente, verranno assegnati due voti, un voto per Sistemi Operativi e un voto per il Laboratorio di Sistemi Operativi: tali voti potranno differire leggermente in presenza di imprecisioni tenute in considerazione nel caso di Sistemi Operativi o nel caso del Laboratorio.
 +
Il voto ottenuto con lo scritto svolto in laboratorio rappresenterà, se sufficiente, la valutazione della verifica dell'insegnamento di Laboratorio di Sistemi Operativi.-->
 +
 +
Si precisa che in caso di valutazione insufficiente lo studente dovrà prendere visione dei suoi errori PRIMA di poter partecipare ad una nuova prova.
 +
 +
Allo studente che risulti sufficiente ad una prova è consentito ripetere la prova se vuole migliorare il voto, ma qualunque votazione ottenga nella seconda prova annulla il voto precedentemente acquisito.
 +
 +
Saranno organizzate anche DUE VERIFICHE IN ITINERE (LA PRIMA SULLA PARTE IN BOURNE SHELL E LA SECONDA SULLA PARTE IN C).
 +
 +
Regole specifiche per le prove in itinere:
 +
(ultimo aggiornamento: 18 MAGGIO 2010)
 +
 +
1) Alle prove in itinere di un certo A.A. possono partecipare (chiaramente) solo gli studenti che stanno frequentando in tale A.A.<br>
 +
2) Alla seconda prova in itinere sulla SOLA PARTE IN LINGUAGGIO C (che in genere si tiene l'ultimo giorno di lezione) possono partecipare solo gli studenti che hanno superato la prima prova in itinere.<br>
 +
3) La validità della prima prova in itinere (PARTE SHELL) è di un anno solare e quindi fino alla sessione di esami di Gennaio-Febbraio dell'anno seguente (cioe' fino al termine dell'A.A. in cui si è svolta). In altre parole, una volta superata la parte SHELL, lo studente può svolgere sempre solo la PARTE C per i seguenti appelli dell'A.A., anche in caso di prendere una insufficienza nella PARTE C. Solo se lo studente NON riesce a superare la PARTE C entro il termine previsto, allora dovrà sostenere l'esame totale.<br>
 +
4) La regola precedente NON vale se però uno studente ad un certo punto decide di iscriversi alla prova totale: in tal caso, il voto conseguito nella PARTE SHELL viene annullato!<br>
 +
5) Nel caso in cui il primo appello della sessione dopo le lezioni risultasse troppo ravvicinato alla seconda prova in itinere, chi non supera la seconda prova in itinere o chi semplicemente partecipa ad essa potrà svolgere la SOLA PARTE IN LINGUAGGIO C esclusivamente nel secondo appello della sessione: questo vincolo deriva perchè il lasso di tempo a disposizione fra un esame e l'altro sarebbe troppo poco o per consentire ad uno studente insufficiente di recuperare le proprie carenze oppure anche solo per avere i risultati della seconda prova in itinere.
 +
 +
 +
 +
 +
 
Quindi, la prova scritta consiste nello sviluppare un progetto concorrente in ambiente globale, composto di processi e di un monitor come strumento di sincronizzazione, utilizzando a livello implementativo il linguaggio di programmazione Java.  
 
Quindi, la prova scritta consiste nello sviluppare un progetto concorrente in ambiente globale, composto di processi e di un monitor come strumento di sincronizzazione, utilizzando a livello implementativo il linguaggio di programmazione Java.  
 
<BR>
 
<BR>

Revision as of 10:20, 18 February 2011

Questa pagina fornisce il materiale didattico e le informazioni relative all'insegnamento di Sistemi Operativi e Lab. (9 CFU) per il Corso di Laurea in Ingegneria Informatica, secondo il D.M. 270/04, attivo dall'A.A. 2010-11.

Questo materiale didattico per la maggior parte deriva da quello dell'omonimo insegnamento che fino all'A.A. 2009-10 era attivo al II anno della Laurea. Si può consultare anche la pagina dell'omonimo insegnamento non più in particolare per i testi degli esami passati e per alcune loro soluzioni.

News

Informazioni sul docente

Letizia-Nov2010.jpg

Prof. Letizia Leonardi

Dipartimento di Ingegneria dell'Infomazione

Università di Modena e Reggio Emilia, Via Vignolese 905 - 41125 Modena

Telefono 0592056135 - Fax 0592056129

letizia.leonardi@unimore.it

Orario di ricevimento (di norma): Lunedì dalle 15 alle 17

Orario delle Lezioni

Le lezioni di questo insegnamento sono collocate nel II semestre e per l'A.A. 2010-11 inizieranno lunedì 28 Febbraio 2011. L'orario delle lezioni è disponibile anche nella sezione Orari e Appelli del sito della Facoltà di Ingegneria alla pagina.

Lunedì

ore 11-13 (lezione)

aula FA-1-E (Ingegneria)

Mercoledì

ore 11-13 (lezione)

aula FA-1-E (Ingegneria)

Venerdì

ore 9-13 (esercitazione)

Lab. LINFA - ex FA-2-F (Ingegneria)

Obiettivi dell'Insegnamento

Faq.png

L'insegnamento ha come obiettivo quello di fornire le conoscenze di base dei Sistemi Operativi e di introdurre alcuni aspetti della programmazione di sistema in UNIX/LINUX.

Come propedeuticità all'insegnamento è utile l'esame di Fondamenti di Informatica C.

Programma dell'Insegnamento

Gli argomenti teorici che verranno affrontati saranno:

1) Classificazione dei Sistemi Operativi: in particolare, sistemi multi-utente e multiprocesso (introduzione del concetto di processo).

2) Il Sistema Operativo come insieme di gestori delle risorse: in particolare, il File System (organizzazione logica e allocazione fisica).

3) La programmazione di sistema utilizzando i linguaggi comandi: in particolare, la Bourne shell di UNIX/LINUX.

4) La programmazione di sistema utilizzando il linguaggio di programmazione C per UNIX/LINUX: in particolare, le primitive di basso livello per l'accesso ai file e le primitive per la creazione, sincronizzazione e comunicazione dei processi.

Gli argomenti pratici che verranno affrontati saranno in particolare:
- TO DO

Registro

Dopo ogni lezione verrà compilato il registro con l'indicazione degli argomenti trattati. I registri relativi ai diversi anni accademici sono accessibili sul sito della Facoltà e in particolare:

Modalità d'esame

Tesina.png

L'esame si compone di una prova scritta. Per maggiori dettagli, vedere il seguito di questa pagina.

Prova scritta

Per l'iscrizione ad una prova scritta si deve usare il form specifico che è presente in questa pagina nella sezione Appelli: si ricorda che in caso di valutazione insufficiente lo studente che non avrà preso visione dei suoi errori NON potrà iscriversi ad una prova successiva! Di norma le iscrizioni/cancellazioni ad un appello si chiudono due giorni prima: ad esempio se l'appello è pianificato di venerdì, le iscrizioni/cancellazioni sono possibili fino alla mezzanotte del martedì precedente! Le indicazioni comunque della data di chiusura dell'appello sono riportate per ogni appello.


ModalitaEsame.png

La prova scritta comprende un singolo esercizio. L'esercizio richiede la soluzione di un problema di sincronizzazione in ambito locale, ottenuta facendo riferimento al sistema operativo UNIX si compone di due parti:

  1. una parte in Bourne Shell che deve risolvere un sottoproblema di esplorazione nel file system;
  2. una parte in linguaggio C che deve risolvere un sottoproblema concorrente facendo uso delle primitive di gestione dei processi proprie di UNIX.

Lo svolgimento della prova scritta avviene in due modi (la durata della prova è di due ore):
a) in aula come un qualunque scritto solo per chi NON segue il Laboratorio di Sistemi Operativi
b) in laboratorio solo per chi segue anche il Laboratorio di Sistemi Operativi; in questo caso, lo studente dovrà produrre un insieme di file corrispondenti alla soluzione dell'esercizio
Nota bene: Saranno corrette SOLO le soluzioni che non conterranno errori né di sintassi sulla parte Shell e C né errori di collegamento (linking) sulla parte C.

In entrambi i casi, la sufficienza è rappresentata da un voto >= 18: il voto ottenuto con lo scritto rappresenterà, se sufficiente, la valutazione della verifica dell'insegnamento di Sistemi Operativi.

Si precisa che in caso di valutazione insufficiente lo studente dovrà prendere visione dei suoi errori PRIMA di poter partecipare ad una nuova prova.

Allo studente che risulti sufficiente ad una prova è consentito ripetere la prova se vuole migliorare il voto, ma qualunque votazione ottenga nella seconda prova annulla il voto precedentemente acquisito.

Saranno organizzate anche DUE VERIFICHE IN ITINERE (LA PRIMA SULLA PARTE IN BOURNE SHELL E LA SECONDA SULLA PARTE IN C).

Regole specifiche per le prove in itinere: (ultimo aggiornamento: 18 MAGGIO 2010)

1) Alle prove in itinere di un certo A.A. possono partecipare (chiaramente) solo gli studenti che stanno frequentando in tale A.A.
2) Alla seconda prova in itinere sulla SOLA PARTE IN LINGUAGGIO C (che in genere si tiene l'ultimo giorno di lezione) possono partecipare solo gli studenti che hanno superato la prima prova in itinere.
3) La validità della prima prova in itinere (PARTE SHELL) è di un anno solare e quindi fino alla sessione di esami di Gennaio-Febbraio dell'anno seguente (cioe' fino al termine dell'A.A. in cui si è svolta). In altre parole, una volta superata la parte SHELL, lo studente può svolgere sempre solo la PARTE C per i seguenti appelli dell'A.A., anche in caso di prendere una insufficienza nella PARTE C. Solo se lo studente NON riesce a superare la PARTE C entro il termine previsto, allora dovrà sostenere l'esame totale.
4) La regola precedente NON vale se però uno studente ad un certo punto decide di iscriversi alla prova totale: in tal caso, il voto conseguito nella PARTE SHELL viene annullato!
5) Nel caso in cui il primo appello della sessione dopo le lezioni risultasse troppo ravvicinato alla seconda prova in itinere, chi non supera la seconda prova in itinere o chi semplicemente partecipa ad essa potrà svolgere la SOLA PARTE IN LINGUAGGIO C esclusivamente nel secondo appello della sessione: questo vincolo deriva perchè il lasso di tempo a disposizione fra un esame e l'altro sarebbe troppo poco o per consentire ad uno studente insufficiente di recuperare le proprie carenze oppure anche solo per avere i risultati della seconda prova in itinere.



Quindi, la prova scritta consiste nello sviluppare un progetto concorrente in ambiente globale, composto di processi e di un monitor come strumento di sincronizzazione, utilizzando a livello implementativo il linguaggio di programmazione Java.
Per tale ragione la prova scritta viene svolta in laboratorio: per l'A.A. 2009-10 il laboratorio che verrà utilizzato è il Laboratorio Base (a piano terra del Dipartimento di Matematica) usando i PC in Linux.

È possibile vedere il testo di tutti gli esami svolti: per gli esami di questo insegnamento questi si trovano nella sezione Testi Prove Scritte, mentre per quelli dell'omonimo insegnamento non più attivo, si può consultare la pagina relativa.

Si riportano, per chiarezza, le note che sono normalmente riportate in tutti i testi di esame:

  1. Si considerano parte integrante delle soluzioni i COMMENTI significativi introdotti per facilitare la lettura del codice: come tali, essi influenzano la votazione finale. Tuttavia, i messaggi di debug (ad es. le println()) del programma NON SONO CONSIDERATI E QUINDI NON INFLUENZANO LA VOTAZIONE FINALE.
  2. Il tempo a disposizione è di 90 minuti.
  3. Il compito deve essere svolto solamente nel linguaggio Java, usando le classi del package monitor e lavorando con l’ambiente di sviluppo IBM Eclipse.
  4. Seguire le seguenti regole per lo svolgimento dell’esame al Laboratorio Base:
    • Fare il login in Linux con il proprio account.
      Iscrizione.png
    • Aprire Eclipse (comando “eclipse” da shell) e scegliere come workspace la propria home directory (es. /homel/n12345).
    • Creare un progetto Java con nome “ESAMEddmmyy-<<Turno>>-<<Numero>>”, istallarvi il package con le classi monitor, e scrivere le classi Java della soluzione nel package di default (senza nome) di tale progetto. Fare attenzione a scrivere correttamente il nome del progetto, con maiuscole e minuscole a posto!
    • Finito il vostro esame (o allo scadere del tempo di 1h:30m), dovete salvare tutto (si consiglia di salvare spesso per non perdere il proprio lavoro), chiudere Eclipse, fare il logout, lasciare il vostro PC e procedere alla consegna del testo.

Il voto della prova scritta è espresso in trentesimi e può partire da un massimo di 32/30 (a seconda della difficoltà del testo della prova): tale voto ha, di norma, una validità di sei mesi.

Prova orale

Per l'iscrizione alla prova orale è necessario inviare una email al docente per fissare un appuntamento.

La prova orale serve a verificare che lo studente abbia acquisito le seguenti conoscenze e capacità di comprensione:

  • Conoscenza e capacità di comprensione della classificazione dei Sistemi Operativi.
  • Conoscenza e capacità di comprensione dell'organizzazione interna di un Sistema Operativo come insieme di livelli o gestori delle risorse.
  • Conoscenza e capacità di comprensione del concetto di processo, degli algoritmi di scheduling e del problema del deadlock.
  • Conoscenza e capacità di comprensione degli strumenti di sincronizzazione nel caso di modello di processi ad ambiente globale, come semafori e monitor.
  • Conoscenza e capacità di comprensione degli strumenti di sincronizzazione nel caso di modello di processi ad ambiente locale.
  • Conoscenza e capacità di comprensione della gestione della memoria sia con politiche contigue e non contigue e sia con memoria virtuale.

Conoscenza e capacità di comprensione dell'organizzazione logica dei File System e delle politiche di allocazione fisica.

Quindi, la prova orale spazia su tutto il programma che verrà svolto: si consideri, in particolare, che come case-study verrà normalmente fatto riferimento al Sistema Operativo UNIX o Linux.

In particolare, l'orale prevede -in una prima fase- la somministrazione di un test a domande chiuse e aperte preparato per ogni studente, che tende a coprire tutti gli argomenti del programmma; quindi -nella seconda fase- di solito prendendo spunto dalle risposte del test, si passa ad approfondire alcuni argomenti per arrivare alla indicazione del voto dell'orale. Il voto della prova orale è espresso in trentesimi e può partire da un massimo di 32/30 (a seconda della difficoltà delle domande proposte).

Note sugli esami

Attenzione.png
  1. La consegna di una prova scritta cancella il voto precedente; la partecipazione ad uno scritto senza consegnare non cancella il voto precedente.
  2. Il voto finale dell'esame deriverà dalla media aritmetica (arrotondata per difetto) dei voti della prova scritta e della prova orale.
  3. Le prove scritte e le prove orali (a meno di richieste da parte di studenti Fuori Corso) si svolgono solo durante i periodi di esami.

Appelli

Le date delle prove scritte (in laboratorio) sono disponibili nel sito WEB della Facoltà di Ingegneria. Per l'iscrizione alle prove scritte si deve usare l'applicazione inserendo come Username nome.cognome e come Password quella inserita all'atto della registrazione all'insegnamento: di norma le iscrizioni/cancellazioni ad un appello si chiudono due giorni prima (ad esempio se l'appello è pianificato di venerdì, le iscrizioni/cancellazioni sono possibili fino alla mezzanotte del martedì precedente!) e comunque le indicazioni della data di chiusura dell'appello sono riportate per ogni appello. Si rende noto che l'applicazione in uso dall'A.A. 2010-11 impedisce ad uno studente in caso di valutazione insufficiente di iscriversi ad una prova successiva fino a che non avrà preso visione dei suoi errori fissando uno specifico appuntamento con l'Ing. Puviani!

Per l'iscrizione alla prova orale è necessario invece inviare una email al docente per fissare un appuntamento.

Si precisa che ESSE3 verrà usato per la sola verbalizzazione del voto finale (derivante dalla media aritmetica, arrotondata per difetto, dei voti della prova scritta svolta in laboratorio e della prova orale), senza bisogno che lo studente si iscriva ad un appello, dato che tale inserimento verrà effettuato dal docente.

Si ricorda però che la verbalizzazione relativa al primo appello dopo la conclusione delle lezioni sarà possibile solo per gli studenti in corso che hanno compilato il questionario di valutazione (come specificato nella sezione Valutazione della Didattica della pagina del Corso di LaureaMagistrale).

Testi Prove Scritte

I testi delle prove scritte si trovano nella pagina Esami di Principi di Sistemi Operativi: di alcuni di essi viene fornita anche una possibile soluzione.

Risultati Prove Scritte

Dall'A.A. 2010-11, gli studenti che hanno partecipato ad una prova scritta di Principi di Sistemi Operativi possono prendere visione del voto della prova scritta svolta in laboratorio collegandosi all'applicazione utilizzata per l'iscrizione alla prova e selezionando la voce Dati iscrizione corso (in lato a sinistra).

Consigli Utili

Attenzione.png

Per superare agevolmente la prova scritta, che si svolgerà in laboratorio, si consiglia agli studenti di seguire con continuità le lezioni ed, in particolare, le esercitazioni in laboratorio. Inoltre, si consiglia di preparare la prova scritta sperimentando direttamente i concetti presentati a lezione sul calcolatore. Può risultare estremamente difficile superare con successo l'esame senza una conoscenza di tipo sperimentale, ottenuta con esercitazioni in laboratorio.

Ambienti di Programmazione Utilizzati: Java 1.5 di pubblico dominio, disponibile comunque in laboratorio (per scaricarlo si veda sezione Strumenti Software).

Testi Consigliati

Textbook.png

Materiale come lucidi, esercizi e testi di esame (e alcune soluzioni) sono disponibili in questa pagina e nella pagina del vecchio insegnamento.

Comunque, testi di riferimento possono essere:

J. Peterson, A. Silberschatz: "Operating System Concepts", Addison Wesley, 1990 (anche versione italiana: SILBERSCHATZ A., GALVIN P., G. GAGNE: "Sistemi Operativi: concetti ed esempi - sesta edizione", Casa Editrice Addison-Wesley, 2002).

M. Milenkovic: "Sistemi Operativi", McGraw-Hill, 1990.

P. Ancilotti, M. Boari: "Principi e Tecniche di Programmazione Concorrente", UTET, 1988.

Inoltre, per la parte relativa a Java (ripasso e approfondimento) si segnala:

G. Cabri, F. Zambonelli, "Programmazione a oggetti in Java: dai fondamenti a Internet", Pitagora editrice, 2003.

Lucidi dell'Insegnamento

Lucidi.png

Sono disponibili i lucidi in formato PDF usati durante le lezioni di teoria sui seguenti argomenti che necessitano tutti, a parte il primo file, di password di lettura (tale password sarà comunicata durante la prima lezione):

  1. Programma del corso e modalità di esame
  2. Lucidi introduttivi sui Sistemi Operativi: evoluzione e categorizzazione dei Sistemi Operativi
  3. Lucidi sui processi: generalità
  4. Lucidi sui processi: interazione fra processi
  5. Lucidi sui processi: esempi di uso dei semafori
  6. Lucidi sui processi: processi comunicanti in ambiente globale
  7. Lucidi sui processi: costrutti di sincronizzazione in ambiente globale
  8. Lucidi su processi in ambiente Locale: processi comunicanti in ambiente locale
  9. Lucidi sul Nucleo
  10. Lucidi di SO su fork ed exec di Unix
  11. Lucidi sul deadlock
  12. Lucidi sulla Gestione della Memoria: metodi di allocazione contigua
  13. Lucidi sulla Gestione della Memoria: metodi di allocazione non contigua
  14. Lucidi sulla Gestione della Memoria Virtuale
  15. Lucidi sulla Gestione della Memoria in Unix
  16. Lucidi sulla Gestione dei file: livello logico
  17. Lucidi sulla Gestione dei file: livello fisico


Sono disponibili i lucidi usati durante i seminari sui seguenti argomenti:

Seminario sulla concorrenza nel linguaggio Java ( Ing. Mariachiara Puviani, versione A.A. 2010/11)

Esercizi presentati in laboratorio

EserciziLezione.png

Gli esercizi sono forniti alcuni in formato pdf, visualizzabili e stampabili con il programma Adobe Acrobat, altri (.java) in semplice formato testo.

Potete trovarli a questa pagina: Esercizi di Principi di Sistemi Operativi.

Esercizi vari

EserciziLezione.png

Gli esercizi sono forniti alcuni in formato pdf, visualizzabili e stampabili con il programma Adobe Acrobat, altri (.java) in semplice formato testo.

Potete trovarli a questa pagina: Vari esercizi di Principi di Sistemi Operativi.

Strumenti Software

Strumenti.png

Si indicano di seguito gli strumenti software che si utilizzano durante il corso e si indica dove è possibile reperirli.

  • Per sviluppare programmi in Java si utilizza il JDK (Java Development Kit). È di pubblico domino e si puo' scaricare dal sito The Java Sun Site.
  • NOTA: Si consiglia di usare la versione 1.5 o la 1.6. È comunque necessario utilizzare Java2, che corrisponde alle versioni del jdk dalla 1.2 alla 1.6.
  • Molte riviste di informatica e libri su Java allegano il CD con Java in omaggio.
  • Come ambiente integrato (IDE) è possibile utilizzare quello che si preferisce. Quello consigliato è Eclipse.