Быстрая передача данных клиент-сервер?

Question

[Xeon2441]

Приложение кроссплатформенное. На данный момент все делаю через tcp. Недавно подумал, а есть ли что-то быстрее tcp сокета? Например как работает World Of Tanks, ведь у них все считается на сервере? Дело в том, что мы собираемся передавать огромное количество информации и нам очень важна скорость передачи данных. От этого будет зависеть плавность работы приложения (в update применение позиций с сервера). Такие игры, как World Of Tanks, Dota 2 и различные MMORPG вроде отлично справились с данной проблемой.

Answer 1

[Борис Беньковский]

Есть такое понятие, как уровни OSI https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%82%D...
Чем уровень выше, тем проще как разработчику, но работает медленно. Чем ниже, тем сложнее разработчику, зато работает быстрее.
WOT как и большинство онлайн игр работает на UDP.
"Различные MMORPG " отлично справились с проблемой передачи данных не только благодаря протоколу передачи данных. Есть еще куча технологий и алгоритмов которые использовались при разработке.
Например предсказания. Если от игрока пришел пакет, что его персонаж бежит вверх, то не стоит через 1/24 секунды (один кадр) останавливать персонажа, не дождавшись следующего пакета. Скорее всего следующий кадр его персонаж будет бежать дальше.
И еще, не стоит "передавать огромное кол-во данных". Необходимо передавать только то, что необходимо. Например, анимация персонажей, зачем каждому игроку передавать информацию о замахивании топором, если можно передать один байт, который соответствует типу "сейчас_персонаж_машет_топором". Это очень просто наблюдать на примерах существующих MMORPG когда у Вас пропадает интернет. Все персонажи залипают на текущей анимации
Андрей При любом качестве связи UDP быстрее.

Comments

[Андрей]

Нет, для "сферического канала в вакууме" UDP может быть чуть медленнее (за счет предобработки на маршрутизаторах, которой не требуется для уже установленного TCP-соединения), другое дело что на фоне собственно пинга эти задержки ничтожны.

[Борис Беньковский]

Андрей: Как-то слабо верится, есть пруф?

[Андрей]

нету :-(

[Deerenaros]

Товарищ, ну с OSI-то Вы немного наврали. UDP-то на одном (транспортном, 4ом) уровне с TCP работает. Я к тому, что он ни разу не ниже. Честно говоря, очень сомневаюсь, что кто-то сможет что-то серьёзное сделать поверх сетевого уровня. По той простой причине, что поддержка TCP/IP или UDP/IP реализована аппаратно на всех роутерах, ведь с пакетами что-то надо делать, пока их доставляют. IP лишь предоставляет путь доставки, то "как" доставлять говорит транспортный.

Ну и потом. Предсказания... Вообще, то что Вы написали - банальная экстраполяция. Есть способы предсказать получше. И потом, в MMORPG обычно не используют сложные предсказания - нет необходимости. Target Lock и все дела. А вот в той же CS 1.6 уже реализованы сложные системы предсказаний, буфера ввода и так далее.

[Борис Беньковский]

Deerenaros: Я с Вами полностью согласен. Просто я тут не диссертацию писал, а направлял человека на путь истинный.

Answer 2

[Deerenaros]

Смотрите. Подумайте, что будет с вашим приложением, если потеряются хотя бы половина пакетов. Если всё плохо, то TCP/IP. Если вполне себе приемлемо, то UDP/IP.

Вообще, лучше не думайте, что UDP так хорош. Он банально неудобный. Пакеты имеют размер. К тому же, он целиком и полностью асинхронный - нередка ситуация, когда один пакет пропускает пару других. Вместо плавности можете получить лишь дёрганье. В то же время, при достаточно хорошем расположении, TCP/IP будет работать вполне себе адекватно. И зависания будут именно зависанием, а не каким-то странным подёргиванием. А если уж приложение станет популярным, к Вам уже провайдеры проведут оптический линк.

Answer 3

[GavriKos]

1) Оптимизировать то, что вы передаете. Вот это "огромное количество информации" сделать как можно меньше.
2) Сокеты.

Comments

[Xeon2441]

Уже оптимизировали самые большие части. Сокеты? В смысле?

[GavriKos]

Оптимизации нет предела. Не передавать постоянно все параметры, передавать не все параметры (что то можно вычислить и на клиенте) и прочее прочее. Про сокеты да, чушь написал немного. Присоединяюсь к советам про UDP.

Answer 4

[Андрей]

TCP - протокол, ориентированный на соединение.
При уже установленном соединении и идеальном канале связи его быстродействие будет равно UDP.
В случае несоблюдения какого либо из этих 2-х условий - собственная обработка событий поверх UDP будет быстрее (не зря все-таки IP-телефония, так критичная к задержкам, поверх UDP идет), но однако и значительно затратнее для Вас как разработчика.

Comments

[Xeon2441]

В World Of Tanks реализовано все при помощи TCP ?

[Андрей]

Я не программист, а сетевой инженер. Но судя по скриншоту вот в этой статье - habrahabr.ru/post/212351 - да это UDP (байт со смещением 0x17 = 0x11).

Отвечая на вопрос в соседней ветке : да, и потери и смена очередности прибытия пакетов возможны. В TCP за Вас эти события обработает операционная система, не факт, что оптимально по скорости (например, при потере - просто будет ждать 3 секунды переповтора). В UDP - Вам придется за этим следить в Вашем коде. Об этой нагрузке на разработчиков я и упоминал в основной части ответа, но игра стоит свеч.

[Xeon2441]

Андрей: Большое Спасибо!:)

Answer 5

[mamkaololosha]

Используйте UDP. Он не просит ответ и можно просто завалить пользователя данными и не париться, что они потеряются.
Посмотрите Cube или Cube 2: Sauerbraten.

Comments

[Xeon2441]

У UDP вроде нельзя отслеживать последовательность данных + они могут быть потеряны?