Considerando as principais armadilhas do tratamento de sincronização de threads, o que ocorre quando a thread1 espera pelo desbloqueio de um mutex que estava bloqueado pela thread2, mas a thread2 finalizou seu processamento sem efetuar a liberação do mutex?
O processo pai deve detectar a situação e desbloquear o mutex em questão.
O sistema operacional cuida de automaticamente de desbloquear mutexes quando a thread que o bloqueava finaliza.
O programa irá ser finalizado pelo sistema operacional com uma mensagem "falha de desbloqueio".
O thread1 deve chamar a função join, usada para desbloquear de forma forçada a mutex necessária
Não há como contornar a questão sem ajustes no código-fonte, pois somente a thread2 poderia realizar o desbloqueio.
O processo pai deve detectar a situação e desbloquear o mutex em questão.
O sistema operacional cuida de automaticamente de desbloquear mutexes quando a thread que o bloqueava finaliza.
O programa irá ser finalizado pelo sistema operacional com uma mensagem "falha de desbloqueio".
O thread1 deve chamar a função join, usada para desbloquear de forma forçada a mutex necessária
Não há como contornar a questão sem ajustes no código-fonte, pois somente a thread2 poderia realizar o desbloqueio.
More Questions From This User See All
Lista de comentários
Sobre armadilhas no tratamento de sincronização de threads: A alternativa correta é:
Sincronização de Threads
O tratamento de sincronização de threads apresenta diversas armadilhas, e uma delas ocorre quando a thread1 fica esperando pelo desbloqueio de um mutex que estava bloqueado pela thread2.
No entanto, se a thread2 finalizou seu processamento sem efetuar a liberação do mutex, surgem questionamentos sobre como contornar essa situação. Nesse caso específico, não existe uma solução direta, pois somente a thread2 tem a capacidade de desbloquear o mutex.
Portanto, ajustes no código-fonte são necessários para lidar com essa dependência.
Saiba mais sobre Threads aqui:
https://brainly.com.br/tarefa/53759251
#SPJ1