O primeiro teste padrão que você mencionou tem realmente um nome. Chamou o teste padrão do “reator”, que transforma uns eventos baseados votação seletos/espera que monitoram em rechamadas conduzidas evento (eu quero saber se aquele é porque seu reator chamado). O reator (componentes principais) fá-lo todo o trabalho e pollling sujos pode simplesmente dizê-lo para atear fogo a um evento quando algo acontece. http://en.wikipedia.org/wiki/Reactor_pattern
Está vindo para trás à pergunta de que mais importante, boa olha como você necessidade do alwaysd uma linha do trabalhador, para ser aquele para o reator ou a linha process do monitor (a menos que o reator é próprio using o API conduzido evento). Se aquele é o caso então que o benefício do reator é mais óbvio se você tem muitos muitos eventos a prestar atenção ao mesmo tempo, como dizer em seu caso se você tem que monitorar dúzias dos processos/mutexes então um reator o conserva o custo de uma linha por o monitor.
De um lado, se seu apenas uma matéria de uma única linha do trabalhador então porque adicionar a complexidade quando você puder facilmente controlar coisas com uma linha do monitor? É certa é ambiciosa e tentando ir com projetos sofisticados (especialmente quando você chegou em um você mesmo); Eu posso compreender o impuso:) mas ocupar-se d, confiabilidade, facilidade de utilização e a manutenção é mais importante do que o projeto extravagante. Após tudo, seu usuário não se importa whethers seu reator baseado projeto ou não.
Eu sugiro que você afixe uns detalhes mais adicionais, especialmente no que diz respeito ao scalabity sondo. Como, quantos objetos podem você prestar atenção ao mesmo tempo (máximo), quantos processos etc.
Esperar que ajudas…