Во всех популярных ЯП появилось асинхронное программирование (на основе async / await или наподобие). Это полностью устранило проблему высокой сложности разработки серверов на асинхронных алгоритмах. В Delphi такого механизма на уровне языка пока нет. Поэтому юзаем Indy. Очередная асинхронная сетевая либа не спасёт.

Ожидающие событий от системных объектов потоки на производительность не влияют.

Нагрузка ложится на планировщик, который при каждом срабатывании таймера лопатит все потоки.

Это касается только потоков, готовых к немедленному выполнению (ready-потоки). Таких обычно немного. Это те потоки, у которых закончился таймаут ожидания, или которые ожидали на объекте синхронизации ядра и были разбужены (например при вызове SetEvent или ReleaseMutex из другого потока). Такие потоки заранее помещаются планировщиком в очередь для какого-то ядра, поэтому дальнейшая процедура их пробуждения очень проста и действительно не зависит от количества других потоков.

Остальные потоки (спящие) в ready-очереди не помещаются, но планировщик при каждом срабатывании системного таймера анализирует по ним информацию (как минимум, проверяет, не закончился ли sleep-интервал).

Лично мне пока хватало возможностей Indy. У меня не было необходимости решать задачу обслуживания 10000 http-запросов в секунду. Я считаю, что возможности "писать асинхронный код в стиле синхронного" не хватает. Но я понимаю, что в Delphi этой возможности никогда и не будет, поскольку если её реализуют, будет только хуже (кучу всего поломают в угоду задач, которые на Delphi решаются очень редко).

Имеющиеся библиотеки для Delphi позволяют писать асинхронный код в стиле промайзов из JavaScript (например, OTL с его функциями async и await). Но промайзы в чистом виде в JS сейчас никто не использует, т.к. появился async / await, который гораздо нагляднее, в синхронном стиле, и не приводит к callback hell. Это при том, что в JS нет многопоточности. Всё работает в рамках одного потока!

Похожий на что? На промайзы или на async/await ?