I thread condividono lo stesso spazio di indirizzamento della memoria?, Vero, Falso, Un mutex può essere utilizzato per sincronizzare l'accesso a una risorsa condivisa?, Vero, Falso, Le race condition sono desiderabili perché aumentano la velocità del programma?, Vero, Falso, La programmazione concorrente garantisce automaticamente l'assenza di deadlock?, Vero, Falso, La sincronizzazione tra processi richiede strumenti diversi rispetto a quello tra thread?, Vero, Falso, Quale di questi strumenti è comunemente usato per evitare le race condition?, Garbage collector, mutex, scheduler, stack overflow, Cosa rappresenta il termine "deadlock" in un sistema concorrente?, un thread che termina con successo, due o più processi che si bloccano aspettando risorse tra loro, un processo che gira troppo lentamente, una memoria condivisa corrotta, Quale tra questi NON è un modello di programmazione concorrente?, programmazione ad attori, programmazione funzionale pura, programmazione con semafori, programmazione basata su thread, In quale situazione si potrebbe verificare una race condition?, quando due thread accedono alla stessa variabile senza sincronizzazione, quando viene lanciata un'eccezione, quando un thread è in attesa di un input utente, quando di termina un ciclo for, nessuna tra queste, qual è lo scopo principale di un semaforo in programmazione concorrente?, accelerare l'esecuzione dei thread, coordinare l'accesso a risorse condivise, prevenire la frammentazione della memoria, monitare il carico della CPU

Programmazione Concorrente

by
Print
Embed

Leaderboard

Visual style

Options

Switch template

Continue editing: ?