O quão melhor é o mecanismo de Conexão do Tomcat e do Jetty?

A nao ser que vc apresente alguma inovacao em termos de arquitetura porque ele seria mais performatico que o jetty ou o simpleframework que sao frameworks bem leves e principalmente opensource, seus codigos fonte ja foram lidos por diversos desenvolvedores ao redor do mundo…

Hum., deixa eu tentar reformular minha questão, acho que não conseguir passar o que queria. Minha questão seria sobre o desempenho do mecanismo de obtenção de conexão do Tomcat e do Jetty. Tinha visto que o Tomcat usa um que se chama Grizzla, acho que é assim que se escreve, e o Jetty não sei… mas o que estou interessado em saber é…

Partindo que eu possuo um HttpServer bem simples, que eu mesmo implementei em poucas linhas. Que tem o objetivo de interpretar uma requesição, abrir um socket e enviar um stream de vídeo por esse socket, mantendo-o aberto enquando o stream de vídeo não terminar( digo, até o final do vídeo). E para cada requisição uma thread é criada para pegar esse stream de vídeo e passar para o OutputStream do socket.
O que gostaria de saber é, o quanto o Tomcat e/ou o Jetty, ou qualquer outro container, poderia melhorar a performance e a escalabilidade dessa minha abortagem? Importante lembrar que o socket se mantem aberto enquanto o stream é enviado.
Ou será que existe algum outro modo melhor de fazer isso, sem usar o Tomcat e o Jetty?
Pergunto isso, pq java tem um problema com I/O, já que este é bloqueante, e manter um socket aberto para enviar um stream de video por seu OutputStream tem um impacto, que não sei exatamente qual.

Espero ter conseguido me expressar melhor!!!

Abraços!!!