Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

Carnielli Efrem: Programmazione a componenti
Programmazione a componenti
Se il sistema operativo gestisce i thread, anche ciascun thread è identificato da un
numero, detto TID (Thread IDentifier).
Ad un thread sono associate le seguenti strutture dati:
• Lo stack delle chiamate di funzione;
• I registri del processore, tra cui il program counter.
Le altre informazioni sono associate al processo e condivise tra i thread generati da
quel processo. La commutazione di thread lascia comunque allocate un certo
numero di risorse condivise tra tutti i thread dello stesso processo, mentre la
commutazione tra processi prevede che tutte le risorse allocate da uno stesso
processo vengano rilasciate e occupate da un altro processo. A questo punto è più
chiaro perché un thread è un processo “leggero” e perché la commutazione di
contesto tra thread dello stesso processo è meno gravosa rispetto alla
commutazione di processi (magari identici).
In molti casi il concetto di thread e processo è lo stesso, infatti un processo ha
sempre almeno un thread (il processo stesso), ma in alcuni casi un processo può
avere più thread che avanzano in parallelo.
L’efficienza, in termini computazionali e funzionali, data dai thread è effettiva solo
se sono definiti a livello di Sistema Operativo; molti linguaggi li offrono a livello
utente (come java) definiti e gestiti dal programmatore, e ciò non implica che lo
“scheduling” sia fatto a livello kernel.
1.2.2 Commutazione di contesto
A questo punto facciamo un esempio per ricordare le attività che comporta il
contest switch cercando di capire quanto sia costoso.
Riferendoci alla figura 1.4 vediamo che abbiamo un sistema single thread, e
supponiamo di avere un browser web che fa richiesta di informazioni ad un web
server; i dati si trovano sul DB e il web server inoltra la richiesta al DB server.
Supponiamo inoltre che il web server ed il DB server sono due processi che si
trovano sulla stessa macchina.
10