Здесь огромное количество переменных, язык не может быть определяющим фактором. Trustin Lee, автор MINA, позже создал Netty , который действительно предлагает очень высокую производительность. Сам Ли говорит , что у MINA "относительно низкая производительность" из-за сложности некоторых функций, которые она предлагает, слишком тесно связаны с ядром. Так что вы можете посмотреть на Нетти, прежде чем полностью переписать все.
Если вы используете JVM от Oracle, вы используете чрезвычайно оптимизированную систему времени выполнения, которая идентифицирует горячие точки в коде (отсюда и название «HotSpot») и агрессивно оптимизирует их во время выполнения. Уже давно можно сказать, ipso facto, что Java-код будет работать медленнее, чем C-код. Хорошо написанный, оптимизированный C-код, вероятно, превосходит эквивалентный Java-код в определенных избранных задачах, но обобщение оттуда, вероятно, больше не подходит, и, конечно, ваш код должен взять на себя несколько трудностей, которые JVM берет на себя вас с Java. Также обратите внимание, что есть несколько вещей, которые вы можете сделать, чтобы настроить сборщик мусора JVM , например, чтобы предпочесть последовательность и короткие паузы, а не длинные и длинные паузы.
Очевидно, что у С есть несколько сильных сторон (быть рядом с машиной иногда точно , что вы хотите), как и явное управление памятью для определенных задач.