Si usted está buscando una política pura rosca-pooling (puede ser una conexión o cualquier otro recurso) hay dos enfoques simples a saber: -
La mitad de sincronización/Media asíncrono modelo (generalmente utilizando utilizando mensajes colas para pasar información).
Modelo de Líderes/Seguidores (por lo general, utiliza colas de solicitud para pasar información).
El primer enfoque es así: -
- Se crea un grupo de subprocesos a manejar un recurso. A menudo, este tamaño (número de hilos) debe ser configurable. Llame a estos hilos 'Trabajadores'.
- Luego crea un hilo maestro que enviará el trabajo a Trabajador hilos. El programa de aplicación distribuye la tarea como un mensaje al hilo maestro.
- El hilo principal pone el mismo en el mensaje Q de un hilo elegido Trabajador y el trabajador hilo remueve a sí mismo desde la piscina . Elegir y eliminar el Trabajador thread necesita sincronización.
- Después de que Trabajador completa la tarea , vuelve al grupo de subprocesos.
El propio hilo principal puede consumir las tareas que obtiene en de orden de llegada o una prioridad manera. Esto dependerá de tu implementación.
El segundo modelo (líder/Seguidores) es algo como esto: -
- Crear un grupo de subprocesos. Inicialmente, todos son Trabajadores. A continuación, elija un Líder, descanse automáticamente; todos se convierten en seguidores. Tenga en cuenta que la elección de a Leader tiene que estar sincronizada.
- Poner todos los datos para ser procesados en un solo pedido Q.
- El grupo de threads Leader dequeues tarea. A continuación, inmediatamente elige nuevo Leader y comienza a ejecutar la tarea.
- El nuevo Leader retoma la siguiente tarea .
También puede haber otros enfoques, pero los descritos anteriormente son simples y funcionan con la mayoría de los casos de uso.
La mitad de sincronización/Media asíncrono mayor debilidad: -
- Superior cambio de contexto, sincronización y copiar datos por encima.
Líder/Follwers mayor debilidad: -
- Implementación complejidad de Líder elección en la agrupación de hebras.
Ahora puede decidir por sí mismo el enfoque más correcto. HTH,
Una pregunta a la vez es una buena práctica aquí. –
Todos están relacionados, ¿preferiría que bombardeara stackflow con una pregunta para cada una de estas preguntas relacionadas? –
Creo que el problema es que su pregunta hace que la gente piense que no ha investigado el tema y que quiere todas las respuestas (similar a las preguntas sobre 'tareas'). Aunque no es una forma inválida de preguntar, hace que, en mi opinión, no sea fácil para las personas participar. –