[Решено] UDP сервер для многих клиентов?, Ну а на самом деле просто быстрый сервер Опции

[Norrius]

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

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

Информация будет пересылаться в обе стороны. Для TCP есть класс QTcpServer, предоставляющий функционал для работы со многими клиентами, но может ли такое сделать на протоколе UDP, который, как я понял, не оперирует соедиениями?

UPD. Все это бред, удалось заставить TCP сокет передавать данные нормально.

Сообщение отредактировал Norrius - 25.8.2012, 12:22

[PAFOS]

TCP буферизует данные

да, это так если, но если отключить алгоритм Нагла (Nagle algorithm). То данные будут отправлять сразу же )

предугадывая вопрос "Как это сделать?" отвечаю:

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

Имей ввиду, что UDP не гарантирует 100% доставку пакета + его правильность.
т.е. если клиент послал 1,2,3
то к серверу может придти 2,1,3
а может придти только 2,1 или вообще только 3)

[Norrius]

Спасибо. Мне действительно на самом деле не сдался UDP с его unreliable доставкой) Просто в данной местности интернет очень хреновый, и доступна мне только встроенная документация.

[Norrius]

Хм, а где находятся необходимые объявления? Нагугленных netinet/in.h, netinet/tcp.h, или даже sys/socket.h на этом компьютере не оказалось.

[PAFOS]

Для винды надо подключать winsock.h

[Norrius]

Ругается на некое 'HANDLE', сильно ругается...

[Iron Bug]

Ругается на некое 'HANDLE', сильно ругается...

HANDLE - это хэндл вендозный. описан в стандартном заголовке Windows.h.

[Norrius]

#include <Windows.h> не помогает, все равно:

reference to 'HANDLE' is ambiguous
typedef void* HANDLE
error: typedef *HANDLE [что-то там, qtcreator вылетел]

[Iron Bug]

reference to 'HANDLE' is ambiguous

это значит, что он в двух заголовочниках каким-то образом определён стал. в стандартных заголовочниках такого быть не может.
где-то косяк с define'ами или c макросами.
смотри те места в заголовках, куда компилятор указывает на противоречащие определения. скорее всего, это неправильные макросы препроцессора или что-то в этом духе. для венды HANDLE определён как void*, в WinNT.h (который включен в Windows.h). остальное - ересь.

Сообщение отредактировал Iron Bug - 24.8.2012, 8:43

[Алексей1153]

можно передавать исходное сообщение пакетами, скажем, по 2048 байтов. Тогда не будет ожидания доставки всего сообщения, только в приёмнике нужно будет собирать сообщение, учитывая свой протокол. Зато это можно сделать в отдельном потоке