PPX3 COMPONENTI ESSENZIALI

• Il Disco C: è solitamente il disco principale, e la sua root è indicata con C:\.

• Se aggiungi un altro disco, come un Disco D:, esso avrà una sua root separata, indicata con D:\.

C:\
├── Program Files
├── Users
│   └── John
└── Windows
D:\
├── Movies 
└── Documents

/
├── bin
├── home
│   └── john
├── var
├── mnt
│   └── disco1  (questo è un disco aggiuntivo montato)
└── etc

1. Proprietario del file:
• Permessi specifici per il proprietario, chi ha creato o possiede il file.
• Esempio: rwx (lettura, scrittura, esecuzione).

2. Gruppo:
• Permessi per gli utenti che appartengono al gruppo del proprietario del file.
• Esempio: r-x (lettura, esecuzione, ma non scrittura).

3. Altri:
• Permessi per tutti gli altri utenti del sistema che non fanno parte del gruppo.
• Esempio: r-- (solo lettura).

1. Directory Speciali (. e ..)
1. non crea cicli pk è stato espressamente progettato per essere gestito dal file system internamente (e non creato da me stesso)
2. serve ad esempio per creare percorsi relativi nei file system, a partire dal file corrente in cui mi trovo

ASSOLUTO: /home/utente/documenti/file.txt
RELATIVO: ./documenti/file.txt

2. I Symlink creano cicli se puntano a sé stessi o creano un riferimento circolare con altre directory.
Tuttavia, comandi standard come ls(utilizzato per elencare il contenuto di una directory) non seguono i symlink, quindi non entrano in un loop infinito, a meno che non vengano utilizzate opzioni specifiche

1. Il processo utente richiede un'operazione privilegiata, ad esempio la lettura di un file, quindi va in blocked, il tempo di eseguire l’istruzione
1. nn confondere con l’interrupt → il processo nn è che si arresta improvvisamente

2. Viene preparata la chiamata alla system call, inserendo i parametri necessari nello stack (letti nel codice del processo prima che andasse in blocked)
1. il file descriptor
2. buffer di destinazione
3. numero di byte da leggere

3. Il programma utente fa una jump verso un indirizzo in cui trova ed esegue una funzione di libreria standard (stub) che funge da interfaccia tra il programma utente e il kernel.
1. Lo stub recupera i parametri dallo stack e li memorizza nei registri del processore insieme al numero identificativo della system call (nn viene caricato temporaneamente nello stack)

• Lo stub esegue una speciale istruzione trap, che invia un segnale hardware alla CPU
CONSEGUENZE
1. la CPU cambia modalità, passando dalla modalità utente alla modalità kernel, e avvia l'esecuzione del codice del kernel.
2. il kernel avviato utilizza una sua componente (dispatch) per trovare nella System Call Table, l'handler associato alla system call in base al numero identificativo della system call
handler
Ogni system call ha un handler dedicato, che contiene il codice necessario per eseguire l'operazione richiesta
• esempio di legame tra system call e handler
3. L'handler della system call esegue l'operazione richiesta, ad esempio la lettura del file, accedendo alle risorse protette.

1. Una volta completata l'operazione, la CPU ritorna alla modalità utente.

2. Il programma utente riprende l'esecuzione immediatamente dopo la chiamata alla system call utilizzando i dati caricati nel buffer di destinazione

• gli strati sono livelli concettuali (procedure)che organizzano il sistema in sezioni con responsabilità diverse.

1. il kernel è ridotto alle sue funzionalità più essenziali

2. mentre molte delle altre funzionalità (tipicamente gestite dal kernel) vengono spostate in processi che lavorano in spazio utente e sono suddivisi in categorie

• Il file system è gestito da un processo della famiglia dei “server” (una famiglia di processi)

• il disco è gestito da un processo della famiglia dei “driver”

• se non si ha bisogno di una certa funzionalità, posso rimuovere il processo che la gestisce e se la struttura a microkernel è sufficientemente snella si possono ottenere delle prestazioni molto buone