Kazantsev Alexey,

Я программирую 20 лет
Весь мой гитхаб утыкан бенчмарками
Ни одна крупная сетевая библиотека не создаёт поток на каждое соединение
Что тебе не хватает?

Kazantsev Alexey,

Да
Это всем нужно :)

Дегтярев Евгений,

Ты ожидаешь, что я тебе расскажу про других людей
Я не знаю, какие тесты делались, какие нет

Асинхронщина сети - это асинхронщина сервера
Есть малое количество ядер, выполняющих полезную работу. И есть огромное количество вещей, которые предстоит им выполнить
Есть огромное количество оверхеда, который накладывается на работу потока. Переключение контекстов, регистрация объектов операционной системы, оркестрация. Наверняка есть много других весомых оверхедов, необходимости в которых просто нет. Те же лишние прерывания, например, раздутое адресное пространство

Другая проблема многопоточного кода - синхронизация. Поэтому особое внимание при разработке серверных приложений уделяется lock-free и wait-free алгоритмам. В крайних случаях пытаются нивелировать количество блокировок. Большая проблема многих сетевых библиотек в том, что не достаточно эффективно используется синхронизация. В примере того же ТС для поиска нужного клиента во-первых, блокируется сразу весь список, а во-вторых происходит линейный поиск

Самый интересный момент серверных приложений и сетевых библиотек в частности - менеджмент памяти. Дело в том, что обычно каждое обращение к менеджеру памяти приводит к блокировке, о которой только что говорил. Есть менеджеры с минимальным количеством блокировок, оптимизация происходит за счёт локальной кучи, ассоциированной с потоком. Поэтому многопоточные приложения со ScaleMM2, например, показывают значительно более интересные результаты, нежели с FastMM. Но есть ещё более эффективные подходы к работе с памятью через буферы и/или стек. Большое количество наработок в этом направлении у меня кстати уже сделано

Дегтярев Евгений,

Я конечно люблю беседы, но честно говоря не очень понимаю, что ты спрашиваешь
У всех своя мотивация. Я её перечислил
Конкретно я планировал сотрудничать с крупными компаниями, занимающимися разработкой серверных приложений на Delphi. Я знаю их внутренние сложности и планировалось придти к ним с готовыми эффективными решениями. Для этого хотелось взять готовую сетевую библиотеку и поверх неё запилить сериализацию под разные форматы и дополнительные утилитарные механизмы типа утентификации или автоматического перехода от сети к пайпам/расшареной памяти при возможности

Поэтому я погуглил самые ходовые сетевые библиотеки, стал изучать и пришёл к выводу, что в каждой есть серьёзные недостатки. Что конкретно - мне сейчас сложно сказать потому, что ресёрч был давно

Если пилить сетевую библиотеку, то она должна быть конкурентноспособна. Не только с дельфийскими решениями, но и с нодой, например
Поскольку я фанат оптимизаций, подобная задача для меня представляет интерес, есть наработки, есть желание дальше развиваться в этой сфере
Получится или нет в итоге - зависит от множества факторов. Все самые крутые вещи делаются командой. Оптимизация хоть и моя сильная сторона, но есть огромное количество областей, в которых я слаб. Кроме того в командной работе присутствует эффект синергии, что невероятно важно. Получится/нет - увидим

Если ответил - ок
Если нет - извини )
Но вообще говоря, на мой взгляд это переливание из пустого в порожнее
Мне нравится тратить время на более конструктивные вещи и на людей, которые не столько говорят, сколько делают. Сказано немало. Кому интересна тема - стучитесь в личку - всегда можно придумать, каким образом быть полезным