La mejor práctica es no sondear ... pero, de todos modos, ¿no es el sondeo interno cuando un hilo llama a wait ()?

Digamos que tenemos un hilo que quiere verificar cuando otro hilo termina su tarea. He leído que deberíamos llamar a una función de tipo wait () que hará que este hilo espere hasta que reciba una notificación de que el otro hilo ha terminado. Y eso es bueno porque significa que no estamos realizando encuestas costosas.

Pero, de todos modos, ¿las encuestas no se realizan internamente en un nivel inferior? Es decir, si hacemos que el hilo espere (), ¿no está el kernel realizando un sondeo de todos modos para verificar cuándo el otro hilo está terminado para que luego pueda notificar al primer hilo?

Supongo que me estoy perdiendo algo aquí, ¿alguien puede iluminarme?

El sistema operativo proporciona ciertas primitivas para este tipo de comunicación entre procesos que no requieren sondeo.

Si el proceso A está esperando en el mutex M, el sistema operativo sabe que A no se puede ejecutar y lo deja a un lado en un grupo de procesos que esperan que ocurra algo. Cuando el proceso que contiene M lo libera, el sistema operativo mira la lista de procesos que lo esperan. El primer proceso de la lista, quizás A, se elimina del depósito inactivo y se pone en la cola de ejecución . La próxima vez que A obtenga un intervalo de tiempo, la espera () que llamó volverá y el programa continuará.