Асинхронные сокеты и ENOBUFS

1) Подкрутить буфера в ядре

2) Я бы пытался повторять запись с некоторым интервалом. Типа, каждые 50мс.

3) может приложение слишком много всего пытается сразу записать?

это фундаментальная нерешаемая проблема :)

но в качестве частного решения можно селектом ждать, пока сокет станет доступным, и приостанавливать генерацию своей кучи данных, либо дропать эту кучу данных

Наверно так не получится, потому что все через boost asio

может приложение слишком много всего пытается сразу записать?

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

это фундаментальная нерешаемая проблема :)

Но ведь всякие zeromq по идее ее решают

Кстати, а что за архитектура у приложения? Можно же сделать poll/select на событие «сокет доступен на запись». Или ENOBUF возвращается для сокетов которые были заявлены как доступные на запись?

Копят данные?

Кхм, никогда с таким не сталкивался. Вообще-то в сокет надо что-то записывать, только когда он «доступен для записи». Если у тебя не простой Хелловорлд, то надо проверять через poll/epoll. Но это мое ИМХО. Мы никогда не пишем в сокет, пока не дождались доступности для записи через poll/epoll. Мы никогда не читаем из сокета, пока не дождались доступности для чтения через poll/epoll.

если ты на 32-битной системе то попробуй поиграться VMSPLIT. особенно обрати внимание на 4G/4G если таковой поддерживается твоей системой

Обычно в потоковый неблокирующийся сокет просто так данные не записывают. Используют библиотеку-обёртку над сокетом, содержащую в себе буфер для хранения передаваемых данных и пишущую в сокет только при поступления события возможности записи.