La programmazione concorrente consente l'esecuzione simultanea di più thread su una sola CPU?, VERO, FALSO, Un deadlock può essere evitato utilizzando un solo mutex per tutte le risorse condivise.?, VERO, FALSO, Una race condition si verifica solo quando più thread leggono una variabile condivisa.?, VERO, FALSO, I semafori binari possono essere utilizzati per implementare una mutua esclusione?, VERO, FALSO, I thread di un processo condividono lo stesso spazio di indirizzamento in memoria?, VERO, FALSO, Un processo è più leggero di un thread in termini di consumo di risorse.?, VERO, FALSO, La sincronizzazione è necessaria solo se i thread accedono in scrittura alla stessa risorsa.?, VERO, FALSO, Il linguaggio Java fornisce il costrutto synchronized per gestire l'accesso concorrente.?, VERO, FALSO, Una coda concorrente è utile per evitare l'uso di mutex o semafori.?, VERO, FALSO, Il livelock è una situazione simile al deadlock, ma i thread continuano a cambiare stato senza progredire?, VERO, FALSO, La sincronizzazione tra i thread è necessaria solo per evitare errori nei calcoli matematici.?, VERO, FALSO, Le operazioni su una coda concorrente sono sempre sicure senza bisogno di ulteriori sincronizzazioni?, VERO, FALSO, I thread in un'applicazione multithreaded non possono comunicare tra di loro.?, VERO, FALSO, Il "thread starvation" si verifica quando un thread non ottiene mai l'accesso alle risorse di cui ha bisogno, a causa della gestione iniqua della concorrenza.?, VERO, FALSO, Un thread può essere messo in stato di attesa tramite il comando wait() in Java.?, VERO, FALSO, Un processo può avere più thread, ma un thread non può essere associato a più di un processo.?, VERO, FALSO, In un'applicazione concorrente, è sempre necessario utilizzare la sincronizzazione per evitare race condition, anche se i thread non scrivono mai su variabili condivise.?, VERO, FALSO, I thread possono essere utilizzati per migliorare la reattività di un'applicazione, eseguendo operazioni in background mentre l'applicazione principale continua a rispondere.?, VERO, FALSO, Un thread in stato "BLOCKED" sta aspettando l'accesso a una risorsa condivisa.?, VERO, FALSO, Un thread può essere messo in stato di sospensione (suspend) usando il metodo suspend() in Java?, VERO, FALSO, Le operazioni di lettura e scrittura su una risorsa condivisa da parte di più thread sono sicure senza l'uso di alcun tipo di sincronizzazione.?, VERO, FALSO, Il metodo notify() in Java risveglia un singolo thread che è in attesa di un oggetto monitor.?, VERO, FALSO, Un semaforo con valore 0 permette a un thread di acquisirlo solo quando un altro thread lo rilascia (incrementando il valore del semaforo).?, VERO, FALSO, In un'applicazione multithreaded, il termine "parallelismo" si riferisce all'esecuzione simultanea di più thread su più processori fisici.?, VERO, FALSO, L'uso di Thread.sleep() in un'applicazione multithreaded garantisce che un thread smetta di eseguire per un periodo di tempo fisso senza influire su altri thread.?, VERO, FALSO, Le operazioni di scrittura su una variabile condivisa tra più thread sono sicure se i thread operano solo in modalità di lettura.?, VERO, FALSO, Un thread che esegue il metodo join() su un altro thread blocca l'esecuzione del thread chiamante fino al completamento del thread su cui join() è stato invocato.?, VERO, FALSO, Il pattern "Producer-Consumer" si può implementare efficacemente utilizzando una coda concorrente.?, VERO, FALSO, Il metodo notifyAll() in Java risveglia tutti i thread in attesa su un oggetto monitor, permettendo a uno di loro di riprendere l'esecuzione.?, VERO, FALSO, In un'applicazione concorrente, i thread sono sempre in grado di accedere simultaneamente alla memoria condivisa senza conflitti.?, VERO, FALSO

Programmazione concorrente

by
Print
Embed

Leaderboard

Visual style

Options

Switch template

Continue editing: ?