Подключение одного только windows.h дает много ошибок про HANDLE. Подключение дополнительно winbase.h приводит к другим ошибкам вместо неопределнного хендла: DWORD does not name a type, то же говорит про WORD и WCHAR. Я ничего не понимаю в инклудах windows и winapi, помогите, пожалуйста.


Подключение только windows.h (дополнительно к qt-овским заголовочным) дает эту ошибку.


Подключение только windows.h (дополнительно к qt-овским заголовочным) дает эту ошибку.

А, нет, не совсем так: есть также подключение iostream и math.h. Подключение windows.h до них вроде бы помогло, буду проверять дальше.

Windows.h содержит включение winsock2.h и блокирует подключение winsock.h, так что

#include <winsock.h>

ни на что не влияет.

С библиотеками разобрался (по крайней мере, оно компилируется), но не удается использовать setsockopt():

    int on = 1;
    setsockopt(tcpSocket->socketDescriptor(), IPPROTO_TCP, TCP_NODELAY, &on, sizeof(on));

дает ошибку вида "неверная конвертация int* в const char *". Кастую:

    int on = 1;
    setsockopt(tcpSocket->socketDescriptor(), IPPROTO_TCP, TCP_NODELAY, (const char *)&on, sizeof(on));

И получается: undefined reference to `setsockopt@20'. Так как использовать эту функцию?


Мне нужна быстрая реакция на каждый пакет. Ждать, пока сообщений по 5-10 байт наберется на два килобайта, не получится.

Ошибка побеждена добавлением

LIBS += -lws2_32

в проектный файл.

Не уверен, что помогло и вообще в этом дело. Но не похоже, чтобы соединение стало работать быстрее. setsockopt() с обоих сторон возвращает ноль.

Выглядит это примерно так: вначале реакция быстрая, но со временем (или действиями) время отклика увеличивается.

из msdn - If no error occurs, setsockopt returns zero.

т.е. ноль это хорошо)

Выглядит это примерно так: вначале реакция быстрая, но со временем (или действиями) время отклика увеличивается.

подробнее ?

Сообщение отредактировал PAFOS - 24.8.2012, 12:39

Знаю, это и имел в виду.

У клиента и у сервера есть по таймеру. Таймер запускается около 30 раз в секунду и запускает в числе прочего и отправку данных, но некоторые события отправляют информацию сразу же, при получении. Я сделал так, чтобы при нажатии Z отправлялся специальный пакет, содержащий количество прошедших тактов таймера клиента. В консоли сервера видно, что информация о нажатом Z сначала приходит мгновенно, но затем начинает запаздывать, все сильнее и сильнее.

Такое впечатление, что данные просто не успевают отправляться, поэтому "складируются" и постепенно тормозят передачу. Но тесты с iptraf на основном компе показывали, что обмен данными идет со скоростью около 40 кБ/с...

Так может быть проблема где-нибудь в коде?

В каком смысле? Какой тип проблемы может приводить к этому?

Замена TCP на UDP (код передачи практически идентичен, остальное не меняется), к слову, полностью избавляет от задержек.

ты применяешь setsockopt на сервере для QTcpSocket или для QTcpServer?

Сообщение отредактировал PAFOS - 24.8.2012, 13:39

int on = 1;
setsockopt(tcpSocket->socketDescriptor(), IPPROTO_TCP, TCP_NODELAY, (const char *)&on, sizeof(on));

Для сокета.

сложно так сказать...
возьми wireshark и посмотри реально как пакеты шлются.... там можно настроить фильтр по IP:PORT TCP протокол. ведется логирование и т.п.