![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
Norrius |
![]()
Сообщение
#1
|
Студент ![]() Группа: Участник Сообщений: 26 Регистрация: 30.12.2011 Пользователь №: 3105 Спасибо сказали: 0 раз(а) Репутация: ![]() ![]() ![]() |
Добрый день, уважаемые. После нескольких тестов и вдумчивого чтения документации я выяснил, что TCP буферизует данные, а открыть сокет в режиме Unbuffered нельзя.
Кроме того, мои данные делятся на две категории: большой пакет до нескольких метров в начале и при смене настроек сервера и беспрестанно посылающиеся маленькие пакеты, которые, в идеале, должны приходить сразу же, как только отправлены. Для первого я оставил TCP, так что серверу нужно держать соединение по обоим протоколам. Информация будет пересылаться в обе стороны. Для TCP есть класс QTcpServer, предоставляющий функционал для работы со многими клиентами, но может ли такое сделать на протоколе UDP, который, как я понял, не оперирует соедиениями? UPD. Все это бред, удалось заставить TCP сокет передавать данные нормально. Сообщение отредактировал Norrius - 25.8.2012, 12:22 |
|
|
![]() |
Norrius |
![]()
Сообщение
#2
|
Студент ![]() Группа: Участник Сообщений: 26 Регистрация: 30.12.2011 Пользователь №: 3105 Спасибо сказали: 0 раз(а) Репутация: ![]() ![]() ![]() |
ноль это хорошо Знаю, это и имел в виду. У клиента и у сервера есть по таймеру. Таймер запускается около 30 раз в секунду и запускает в числе прочего и отправку данных, но некоторые события отправляют информацию сразу же, при получении. Я сделал так, чтобы при нажатии Z отправлялся специальный пакет, содержащий количество прошедших тактов таймера клиента. В консоли сервера видно, что информация о нажатом Z сначала приходит мгновенно, но затем начинает запаздывать, все сильнее и сильнее. Такое впечатление, что данные просто не успевают отправляться, поэтому "складируются" и постепенно тормозят передачу. Но тесты с iptraf на основном компе показывали, что обмен данными идет со скоростью около 40 кБ/с... |
|
|
![]() ![]() |
![]() |
|
Текстовая версия | Сейчас: 23.6.2025, 17:38 |