¿El Java NIO sin bloqueo sigue siendo más lento que su subproceso estándar por socket asíncrono de conexión?

Además, si usara hilos por conexión, ¿crearía nuevos hilos o usaría un grupo de hilos muy grande?

Estoy escribiendo un servidor MMORPG en Java que debería poder escalar 10000 clientes fácilmente con un hardware lo suficientemente potente, aunque la cantidad máxima de clientes es 24000 (que creo que es imposible alcanzar el hilo por modelo de conexión debido a un hilo de 15000 límite en Java). De un artículo de tres años, escuché que bloquear IO con un hilo por modelo de conexión todavía era un 25% más rápido que NIO (es decir, este documentohttp://www.mailinator.com/tymaPaulMultithreaded.pdf), pero ¿se puede lograr lo mismo en este día? Java ha cambiado mucho desde entonces, y he escuchado que los resultados fueron cuestionables al comparar escenarios de la vida real porque la VM utilizada no era Sun Java. Además, debido a que es un servidor MMORPG con muchos usuarios concurrentes que interactúan entre sí, ¿el uso de la sincronización y las prácticas de seguridad de subprocesos disminuirán el rendimiento hasta el punto en que un solo selector NIO roscado que atiende a 10000 clientes será más rápido? (no es necesario que todo el trabajo se procese en el subproceso con el selector, se puede procesar en subprocesos de trabajo, como funciona MINA / Netty).

¡Gracias!