Я могу ошибаться, но, насколько я понимаю, вся Reactive / Event Loop вещь, и Netty в частности, была изобретена как ответ на C10K + проблема. У него есть очевидные недостатки, так как весь ваш код теперь становится Async , с ужасными обратными вызовами , бессмысленными следами стека , и, следовательно, его трудно поддерживать и рассуждать.
Язык Go с goroutines был решением, теперь они могут писать Sync код, а также обрабатывать C10K + . Так что теперь Java предлагает Loom , который по сути копирует решение Go , скоро у нас будет Fibers и Продолжения и смогут снова написать Синхронизировать код.
Итак, вопросы:
Когда Loom выпущен в производство, не делает ли он Netty своего рода устаревшим?
Если у нас есть Fibers и Продолжения в Java , мы можем написать хороший Синхронизированный код и быть в порядке с C10K + без Netty ?
Есть ли какие-либо преимущества для производительности или решения C10K + , в письменной форме Async кода и с использованием Netty после производствавыпуск Loom ?
Я понимаю, что Netty - это больше, чем просто Reactive / Event Loop framework, это такжеимеет все кодеки для различных протоколов, которые подразумеваютв любом случае, даже потом будут полезны эментации.
Спасибо:)