In un sistema di prenotazione concorrente, l'uso dei lock per ogni posto può prevenire che due utenti prenotino lo stesso posto contemporaneamente., Vero, Falso, Il "deadlock" si verifica quando due o più thread si bloccano a vicenda aspettando risorse che sono già bloccate da altri thread., Vero, Falso, Un "race condition" si verifica quando il comportamento di un programma dipende dall'ordine di esecuzione di più thread concorrenti., Vero, Falso, In un sistema con thread concorrenti, il "mutex" permette solo a un thread alla volta di accedere a una risorsa condivisa., Vero, Falso, Il "deadlock" può essere evitato solo usando il "priority inversion"., Vero, Falso, Un "mutex" consente a più thread di accedere contemporaneamente a una risorsa condivisa., Vero, Falso, L’"optimistic locking" si basa sull'idea di non bloccare le risorse, ma di controllare eventuali conflitti prima del commit., Vero, Falso, Un "mutex" consente a più thread di accedere contemporaneamente a una risorsa condivisa., Vero, Falso, I "barrier" vengono utilizzati per sincronizzare i thread, assicurandosi che tutti i thread raggiungano un certo punto prima che possano proseguire., Vero, Falso, Un "race condition" si verifica solo quando due thread cercano di accedere simultaneamente a una risorsa immutabile., Vero, Falso.

programmazione concorrente

etter
Skriv ut
Innebygd

Ledertavle

Visuell stil

Alternativer

Bytt mal

Gjenopprett automatisk lagring: ?