В Windows вы можете использовать новый Windows I/O API (RIO) на сервере 2012 и Windows 8 и более поздних версиях.
Я написал довольно много об этом here и провел несколько сравнений производительности с предыдущими API, которые доступны в Windows. Тесты производительности можно найти here.
Вкратце: «Зарегистрированные сетевые расширения ввода-вывода, RIO, это новый API, который был добавлен в Winsock для поддержки высокоскоростных сетей для повышения производительности сети с более низкой задержкой и джиттером. для серверных приложений и использования предварительно зарегистрированных буферов данных и очередей завершения для повышения производительности. Повышенная производительность возникает из-за того, что не нужно блокировать страницы памяти и копировать структуры в пространстве ядра при выдаче отдельных запросов, вместо этого полагаясь на блокированные буферы, фиксированные очереди завершения, необязательное уведомление о событиях при завершении и возможность возвращать несколько завершений из пространства ядра в пространство пользователя за один раз ».
Результаты моих тестов производительности, похоже, подразумевают, что они работают.
OK. В Linux я могу использовать 'sendmmsg()'. Тогда этот вопрос касается только Windows. – Chen
'WSASendMsg()' кажется эквивалентом Windows 'sendmmsg()', но [документ MSDN] (http://msdn.microsoft.com/en-us/library/windows/desktop/ms741693 (v = vs.85) .aspx) явно не говорит, что эта функция отправляет разные буферы в виде разных пакетов. – Chen
Нет, это не эквивалент 'sendmmsg' (и не работает' WSARecvFrom'). Вы можете предоставить более одного буфера и использовать разброс/сборку, да. Но у вас есть только одно значение для байтов для отправки/получения и одно единственное возвращаемое значение для байтов, полученных/отправленных. Это работает для одного потока TCP, но не для датаграмм UDP, где вам нужны N размеров для отправки и N размеров, отправленных (или успех/сбой) для N датаграмм. Насколько мне известно, Windows не имеет такой возможности для сокетов. – Damon