Il sistema operativo Windows XP - Apogeo

SuspendThread opera in modo opposto. Queste funzioni regolano un contatore, in modo che
se un thread è sospeso per due volte, deve essere ripreso per due volte prima di poter funzionare.
Per sincronizzare l'accesso concorrente agli oggetti condivisi dai thread, il kernel fornisce oggetti
di sincronizzazione, quali semafori e mutex.
Inoltre, la sincronizzazione dei thread può essere ottenuta usando le funzioni
WaitForSingleObject o WaitForMultipleObjects. Un altro metodo di
sincronizzazione nelle API di Win32 è la sezione critica. Una sezione critica è una regione
sincronizzata del codice che può essere eseguita solo da un thread alla volta. Un thread stabilisce
una sezione critica chiamando InitializeCriticalSection. L'applicazione deve
chiamare EnterCriticalSection prima di entrare nella sezione critica e
LeaveCriticalSection dopo l’uscita dalla sezione critica. Queste due procedure
garantiscono che, se thread multipli tentano di entrare in modo concorrente nella sezione critica, è
consentita la prosecuzione solo ad un thread alla volta, e gli altri aspettano la procedura
EnterCriticalSection. Il meccanismo della sezione critica è più veloce dell’uso di oggetti
di sincronizzazione del kernel, poiché evita l’allocazione degli oggetti del kernel finché non
incontra per la prima volta una disputa per la sezione critica.
7.3.5 Fibre
Una fibra (fiber) è un codice in modalità utente che viene schedulato secondo un algoritmo di
schedulazione definito dall’utente. Un processo può avere al suo interno fibre multiple, proprio
come può avere thread multipli. La principale differenza fra i thread e le fibre è che i thread
possono essere eseguiti in modo concorrente, ma è consentita l’esecuzione di solo una fibra alla
volta, anche nell’hardware multiprocessore. Questo meccanismo è incluso in Windows XP per
facilitare la portabilità delle applicazioni ereditate da UNIX e che sono state scritte per un
modello di esecuzione della fibra.
Il sistema crea una fibra chiamando o ConvertThreadToFiber o CreateFiber; la
differenza principale fra queste funzioni è che CreateFiber non inizia l’esecuzione della fibra
creata. Per iniziare l'esecuzione, l'applicazione deve chiamare SwitchToFiber. L'applicazione
può terminare una fibra chiamando DeleteFiber.
Creazioni/cancellazioni ripetute di thread possono essere costose per le applicazioni e per i
servizi che svolgono singolarmente piccole quantità di lavoro. Il gruppo di thread fornisce
programmi in modalità utente mediante tre servizi: una coda in cui le richieste di lavoro possono
essere sottoposte (tramite l’API: QueueUserWorkItem), una API
(RegisterWaitForSingleObject) che può essere usata per collegare chiamate ripetute
agli handle in attesa, e una API per collegare le chiamate ripetute alle interruzioni
(CreateTimerQueue e CreateTimerQueueTimer).
L'obiettivo del pool di thread è di incrementare le prestazioni; i thread sono relativamente
costosi e un processore può eseguire solo una cosa alla volta indipendentemente da quanti thread
si usano. Il pool di thread cerca di ridurre il numero di thread in un processo, ritardando un poco
le richieste di lavoro (riutilizzando ogni thread per più richieste), mentre fornisce abbastanza
thread per utilizzare efficacemente la CPU della macchina.
Le API di attesa e i richiami del temporizzatore permettono al pool di thread di ridurre il
numero di thread in un processo, usandone molto meno di quanti non sarebbero necessari se un
processo dovesse dedicare un thread per servire ogni handle o interruzione.
56