Доброго времени суток всем.

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

PS: Определить наличие в буфере места для отправки данных может функция select, а вот как определить загруженность буфера незнаю...

| Сообщение посчитали полезным:

ты бы сказал что за операционка. в bsd стэке можно здесь это выковырять: so->so_snd.sb_cc;

| Сообщение посчитали полезным:

Не, вообще Windows, но нужна совместимость с *nix. К сожалению с bsd совсем незнаком.

| Сообщение посчитали полезным:

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

| Сообщение посчитали полезным:

Ну что же, все понятно, спасибо ssx - буду думать и менять дизайн.

| Сообщение посчитали полезным:

smex, сделать просто - укажи скакого размера ты хочешь иметь буфер при отправке - например 1 байт. Ну а потом дело в твоём коде - если сокет готов к отправке, то значит твой последний send() ушёл.

| Сообщение посчитали полезным:

Почему нет FIONWRITE ?

Достался мне код написанный под некую OS (VxWorks если это кому-то что-то говорит), использующую BSD tcp/ip стэк. И вот один ковбой написал там примерно такое:
nbytes = so->so_snd.sb_cc;
т.е. он напрямую обращается к структуре сокета. (и при забитости сокета на 95% шлет snmp trap, но это уже детали)
Сейчас мне нужно сделать аналог этого под Linux. Знает ли уважаемый олл способ получить эту же инфу имея fd сокета?

| Сообщение посчитали полезным:

Так это ж VxWorks - там нету процессов (кроме их последней версии, но это другой разговор). В Линухе структура сокета живёт в ядре и из user mode её не прочесть. Если интересно, посмотри в исхлодник ядра. Для конфигурации из user mode посмотри manual page на getsockopt()/setsockopt() - в .h файле есть есть все опции.

| Сообщение посчитали полезным:

Вот, нарыл тебе. Google рулит

SIOCINQ
Returns the amount of queued unread data in the receive
buffer. Argument is a pointer to an integer. The socket
must not be in LISTEN state, otherwise an error (EINVAL)
is returned.

SIOCATMARK
Returns true when the all urgent data has been already
received by the user program. This is used together with
SO_OOBINLINE .
Argument is an pointer to an integer for the test result.

SIOCOUTQ
Returns the amount of unsent data in the socket send queue
in the passed integer value pointer. The socket must not
be in LISTEN state, otherwise an error (EINVAL)
is returned.

Доступно через ioctl()

| Сообщение посчитали полезным:

спасибо, кажется, то что нужно. честное слово, я гуглил, и священную книгу (tcp/ip illustrated vol.2) перерыл - как-то умудрился мимо пройти

| Сообщение посчитали полезным:

Я вот только не пойму поддерживает ли эту функцию Windows. Походу ioctl() в Windows соответствует ioctlsocket(), однако читая MSDN не нашел ни единого упоминания об SIOCOUTQ, SIOCATMARK и SIOCINQ. Подскажите, это я просто плохо смотрел, или реально это зделать по виндой нельзя.

| Сообщение посчитали полезным:

smex, этоти ioctl только для Linux.

Есть вот что:

FIONREAD

Determine the amount of data that can be read atomically from socket s. lpvOutBuffer points at an unsigned long in which WSAIoctl stores the result. If s is stream oriented (for example, type SOCK_STREAM), FIONREAD returns the total amount of data that can be read in a single receive operation; this is normally the same as the total amount of data queued on the socket (since data stream is byte-oriented, this is not guaranteed). If s is message oriented (for example, type SOCK_DGRAM), FIONREAD returns the size of the first datagram (message) queued on the socket.

| Сообщение посчитали полезным: