urielbra / lock_unlockthreads Goto Github PK

Ocorre quando o escalonador tira o processo de RUNNING de forma obrigatória. Isso pode ocorrer quando tal excede o tempo de execução ou perde prioridade.

Quando um processo por conta própria termina sua execução então libera o recurso ou entra no estado WAITING para aguardar uma I/O, por exemplo.

$ gcc printx.c -lpthread && ./a.out

Como era de se esperar, o "for" que possuia seção critica com condição de corrida entre as Threads houve muita concorrência e o resultado foi incoerente. Cada execução soltou um valor diferente:

Valor final de x: 22860 Valor final de x: 23799 Valor final de x: 30953

Voluntary context switches: 11
Involuntary context switches: 1

$ gcc printxLOCK.c -lpthread && ./a.out

Agora o valor foi coerente. O for executou fazendo o lock na seção crítica. Existiram menos trocas de contexto nos quatro núcleos da máquina.

Valor final de x: 50000

Voluntary context switches: 3
Involuntary context switches: 3

$ gcc printxQUEUE.c -lpthread && ./a.out

Agora o valor foi coerente, diminui para 100 iterações para não ficar esperando muito tempo. Acredito que entrou no melhor caso e não teve trocas involuntárias.

Valor final de x: 500

Voluntary context switches: 9
Involuntary context switches: 0