Сколько я должен ждать, пока буфер отправки сокета не станет пустым в C ++?

Question

Сколько я должен ждать, пока буфер отправки сокета не станет пустым в C ++?

0

Я пытаюсь отключить сеть только одного приемника.

Во-первых, я определяю размер SO_SNDBUF:

getsockopt(sendsockfd, SOL_SOCKET, SO_SNDBUF, &sndBufferSize, &sbsLen);

Затем я продолжаю заполнять этот буфер, пока он не будет полностью заполнен:

if (sndBufferSize - NbBytesInBuffer >= HEADER){
    memcpy (sendBuffer + NbBytesInBuffer, &buf_header, HEADER);
    NbBytesInBuffer +=HEADER;
}

Конечно, я упоминаю только соответствующую часть моего кода.

Наконец, когда буфер заполнен, напишите в сокет.

if (sndBufferSize - NbBytesInBuffer < HEADER)
sentSize = write(sendsockfd,sendBuffer,NbBytesInBuffer);
...

Моя проблема пока не упоминается. Все эти вещи работают отлично, пока я не хочу повторно отправить данные снова.

Теперь, поскольку я хочу отправить максимально возможную ставку, мне нужно подождать как можно меньше. (т.е. мне нужно повторно отправить сразу же буфер отправки пуст).

Как определить необходимое время для write(), чтобы повторно очистить буфер отправки (наиболее оптимальным способом)?

PS Пожалуйста, не говорите мне ждать произвольного времени (например, usleep(10000);)

Moi 28 дек. 2014, в 04:12

Источник

1

Вы рассматривали select ?
Jarod42 28 дек. 2014, в 02:53
0

У меня только один приемник. Я отредактировал свой вопрос
Mohamad-Jaafar NEHME 28 дек. 2014, в 02:54
2

select работает также с одним fd , может сказать, можете ли вы читать или писать на определенный fd и имеет тайм-аут .
Jarod42 28 дек. 2014, в 02:59
1

Это звучит массово, как чрезмерная инженерия.
Lightness Races in Orbit 28 дек. 2014, в 03:06
0

@ Jarod42, действительно, это не решит проблему, потому что если select возвращает «not available not». Итак, я должен использовать цикл. А затем подождите в цикле.
Mohamad-Jaafar NEHME 28 дек. 2014, в 03:15

Показать ещё 3 комментария

Теги:

c++

sockets

1 ответ

Ещё вопросы

У меня только один приемник. Я отредактировал свой вопрос
select работает также с одним fd , может сказать, можете ли вы читать или писать на определенный fd и имеет тайм-аут .
Это звучит массово, как чрезмерная инженерия.
@ Jarod42, действительно, это не решит проблему, потому что если select возвращает «not available not». Итак, я должен использовать цикл. А затем подождите в цикле.

Mike DeSimone · Accepted Answer · 2014-12-28T00-18-00.000Z

3

Лучший ответ

Если вы хотите отправить с максимальной скоростью, write должна блокироваться по умолчанию, когда это необходимо. Как только write вернется, это будет сделано с вашим sendBuffer и вы можете поместить в него следующий блок данных и снова вызвать write.

Вам нужно только прибегнуть к select если вы настроите сокет как неблокирующий, и в этом случае вы ожидаете того, что socet доступен для записи.

Mike DeSimone 28 дек. 2014, в 00:18

0

Ты прав. Это то, о чем я думаю. Просто дай мне проверить это.
Mohamad-Jaafar NEHME 28 дек. 2014, в 03:17
0

Я не знаю, что происходит. Но я попробовал это раньше и столкнулся с некоторыми проблемами с памятью :) В любом случае, большое спасибо.
Mohamad-Jaafar NEHME 28 дек. 2014, в 03:23
1

Что ж, если у вас действительно оптимистичная ОС с огромными буферами или чем-то похожим, вы можете столкнуться с ситуацией, когда вам может не хватить памяти для создания гигантского буфера отправки. Одна из попыток - определить время, необходимое для передачи фиксированного объема данных с разными размерами блоков (например, передача 10 МБ в блоках 4 КБ, 8 КБ, 16 КБ, ... 1024 КБ). Наступает момент, когда большие буферы не помогают.
Mike DeSimone 28 дек. 2014, в 05:10
0

Хорошо спасибо. Это был бы мой следующий вопрос :)
Mohamad-Jaafar NEHME 28 дек. 2014, в 05:45
0

Кстати, имеет ли смысл фиксировать размер сообщения и увеличивать / уменьшать размер окна / пакета? Другими словами, влияет ли это на пропускную способность? Тривиальный ответ - да. Так в чем же разница?
Mohamad-Jaafar NEHME 28 дек. 2014, в 05:51
0

Если вы используете TCP / IP, сетевой стек должен позаботиться об оптимизации необходимых параметров. В этом случае любой размер, который вы write будет разбит («фрагментирован») на IP-пакеты размером до MTU , который обычно составляет либо 1500, либо 9000 байт. Стек будет пытаться оптимизировать пропускную способность, регулируя, сколько из этих пакетов он будет передавать, прежде чем ожидать получения подтверждений для любого из них. Перелом с размерами окна, вероятно, испортит эти корректировки, если что-нибудь.
Mike DeSimone 28 дек. 2014, в 06:24

Показать ещё 4 комментария