¿Por qué querría comenzar un hilo "suspendido"?

Question

Las API de subprocesos de Windows y Solaris permiten que se cree un subproceso en estado "suspendido". El hilo solo comienza realmente cuando luego se "reanuda". Estoy acostumbrado a los hilos POSIX que no tienen este concepto, y estoy luchando para entender la motivación para ello. ¿Alguien puede sugerir por qué sería útil crear un hilo "suspendido"?

Aquí hay un ejemplo ilustrativo simple. WinAPI me permite hacer esto:

t = CreateThread(NULL,0,func,NULL,CREATE_SUSPENDED,NULL); 
// A. Thread not running, so do... something here? 
ResumeThread(t); 
// B. Thread running, so do something else. 

El (simple) POSIX equivalente parece ser:

// A. Thread not running, so do... something here? 
pthread_create(&t,NULL,func,NULL); 
// B. Thread running, so do something else. 

¿alguien tiene alguna ejemplos del mundo real en el que hemos sido capaces de hacer algo en el punto A (entre CreateThread & ResumeThread) ¿cuál hubiera sido difícil en POSIX?

Answer 1

1. Para preasignar recursos y luego iniciar el hilo casi de inmediato.
2. Tiene un mecanismo que reutiliza un hilo (lo reanuda), pero no tiene un hilo para reutilizar y debe crear uno.

Answer 2

Puede ser útil para crear un hilo en un estado suspendido en muchas instancias (me parece) - es posible que desee obtener el mango y establecer algunas de sus propiedades antes de permitir que comience a utilizar los recursos estás preparándote para eso.

El inicio suspendido es mucho más seguro que iniciarlo y luego suspenderlo: no tiene idea de lo lejos que está o de lo que está haciendo.

Otro ejemplo podría ser cuando desee utilizar un grupo de subprocesos: crea los hilos necesarios por adelantado, se suspende y, cuando llega una solicitud, seleccione uno de los subprocesos, establezca la información del subproceso para la tarea, y luego establecerlo como programable.

Me atrevo a decir que hay maneras de evitar tener CREATE_SUSPENDED, pero ciertamente tiene sus aplicaciones.

¡Hay algunos ejemplos de usos en 'Windows a través de C/C++' (Richter/Nasarre) si quiere muchos detalles!

Answer 3

Me tropecé con un problema similar una vez. Las razones para el estado inicial suspendido se tratan en otra respuesta.

Mi solución con pthread era utilizar un mutex y cond_wait, pero no sé si es una buena solución y si puede cubrir todas las necesidades posibles. No sé, además, si el hilo puede considerarse suspendido (en ese momento, consideré "bloqueado" en el manual como un sinónimo, pero probablemente no sea así)

Answer 4

Es posible que desee iniciar un hilo con alguna otra prioridad (generalmente más baja) o con una máscara de afinidad específica. Si lo genera como de costumbre, puede ejecutarse con prioridad/afinidad indeseada durante algún tiempo. Entonces lo comienzas suspendido, cambias los parámetros que deseas y luego reanudas el hilo.

Answer 5

Los hilos que usamos son capaces de intercambiar mensajes, y tenemos colas de mensajes heredadas de prioridad configurables arbitrariamente (descritas en el archivo de configuración) que conectan esos hilos. Hasta que cada cola se haya construido y conectado a cada hilo, no podemos permitir que los hilos se ejecuten, ya que comenzarán a enviar mensajes a ninguna parte y esperan respuestas. Hasta que se construyó cada hilo, no podemos construir las colas, ya que necesitan unirse a algo.Por lo tanto, no se puede permitir que ningún subproceso haga trabajo hasta que se haya configurado el último. Usamos boost.threads, y lo primero que hacen es esperar en un boost::barrier.

Answer 6

Hay una condición de carrera implícita en CreateThread: no puede obtener la ID de hilo hasta después de el hilo comenzó a ejecutarse. Es completamente impredecible cuando regresa la llamada, por lo que usted sabe, el hilo podría haberse completado. Si el hilo causa alguna interacción en el resto del proceso que requiere el TID, entonces tienes un problema.

No es un problema sin solución si la API no admite iniciar el hilo suspendido, simplemente tiene el bloque de hilos en un mutex de inmediato y libere ese mutex después de que la llamada CreateThread regrese.

Sin embargo, hay otro uso para CREATE_SUSPENDED en la API de Windows que es muy difícil de tratar si falta el soporte de API. La llamada CreateProcess() también acepta esta bandera, suspende el hilo de inicio del proceso. El mecanismo es idéntico, el proceso se carga y obtendrás un PID pero no se ejecutará ningún código hasta que liberes el hilo de inicio. Eso es muy útil. Utilicé esta característica para configurar un protector de procesos que detecta fallas en el proceso y crea un minivolcado. El indicador CREATE_SUSPEND me permitió detectar y tratar las fallas de inicialización, normalmente muy difíciles de solucionar.