сетевые игры

КРИС КАСПЕРСКИ АКА МЫЩЪХ

Спецвыпуск: Хакер, номер #064, стр. 064-062-6

Некоторые спорят, обязательно ли закладывать сетевые возможности на самой ранней стадии разработки программы или можно добавить их позднее. Однозначного ответа никто не дает. С одной стороны, в правильно спроектированной программе мультиплеер можно добавить когда угодно и с минимальными переделками кода. Однако где ты видел правильно спроектированные программы? Так что чем раньше возьмешься за поддержку сети, тем лучше

TCP, UDP или IP?

КАКОЙ ПРОТОКОЛ ВЫБРАТЬ? ОЧЕНЬ МНОГИЕ РАЗРАБОТЧИКИ ВЫБИРАЮТ TCP, ПОТОМУ ЧТО ОН САМОСТОЯТЕЛЬНО ЗАБОТИТСЯ О ПОДДЕРЖКЕ НАДЕЖНОГО СОЕДИНЕНИЯ, ГАРАНТИРУЕТ ДОСТАВКУ ДАННЫХ И Т.Д. ВСЕ ЭТО ТАК, НО ВЫБОР TCP БУДЕТ-ТАКИ ФАТАЛЬНОЙ ОШИБКОЙ И КОЛОССАЛЬНЫМ ТЕХНИЧЕСКИМ ПРОСЧЕТОМ. ВСЕ ДЕЛО В ТОМ, ЧТО TCP ОРИЕНТИРОВАН НА ПОСТОЯННОЕ ПОДДЕРЖАНИЕ СОЕДИНЕНИЯ И НЕПРЕРЫВНУЮ ПЕРЕДАЧУ ДАННЫХ. С НИМ ТЕСНО СВЯЗАНО МЕРЗКОЕ ПОНЯТИЕ «МЕДЛЕННОГО СТАРТА» (ПОДРОБНОСТИ МОЖНО ПРОЧИТАТЬ В ЛЮБОЙ КНИЖКЕ ПО TCP/IP). КРОХОТНЫЕ ПАКЕТЫ ОТПРАВЛЯТЬ КРАЙНЕ НЕРЕНТАБЕЛЬНО, ПО РЯДУ ПРИЧИН ОНИ ДОХОДЯТ С БОЛЬШИМИ ЗАДЕРЖКАМИ, А ДЛЯ СИНХРОНИЗАЦИИ ИГРОВЫХ МИРОВ ЭТО БОЛЕЕ ЧЕМ АКТУАЛЬНО!

ПРОТОКОЛ UDP ДОСТАВЛЯЕТ ПАКЕТЫ НАМНОГО БЫСТРЕЕ, НО НЕ ГАРАНТИРУЕТ УСПЕШНОСТИ ДОСТАВКИ. МОЖНО И НУЖНО, КОНЕЧНО, ОРГАНИЗОВАТЬ СОБСТВЕННУЮ СЛУЖБУ ПОДТВЕРЖДЕНИЙ, ТОЛЬКО ЭТО НИЧЕГО НЕ МЕНЯЕТ. ТЫ ПОСЛАЛ ПАКЕТ, А В ОТВЕТ ВМЕСТО ПОДТВЕРЖДЕНИЯ — ТИШИНА. ПОВТОРИТЬ ПЕРЕДАЧУ ИЛИ ПОДОЖДАТЬ ЕЩЕ? А ЕСЛИ ЖДАТЬ, ТО СКОЛЬКО? А МОЖЕТ, СТОИТ ПРОДУБЛИРОВАТЬ ПОСЫЛКУ ПО TCP? УВЫ, ЧУДЕС НЕ БЫВАЕТ, И САМ TCP ДЕЙСТВУЕТ ТОЧНО ТАК ЖЕ, КАК И МЫ — ПОДТВЕРЖДАЕТ ПРИЕМКУ ИЛИ ПОВТОРЯЕТ ПЕРЕСЫЛКУ ПО ТАЙМ-АУТУ. ОДНАКО ЧАСТО «ШТОРМ» UDP-ПАКЕТОВ ВСЕ-ТАКИ ПРЕДПОЧТИТЕЛЬНЕЕ, В ТО ЖЕ ВРЕМЯ ОН ОСУЩЕСТВИМ ТОЛЬКО ЕСЛИ ПРОПУСКНАЯ СПОСОБНОСТЬ КАНАЛА С ЛИХВОЙ ПОКРЫВАЕТ ПОТРЕБНОСТИ В ТРАФИКЕ, ИНАЧЕ СЛУЧИТСЯ СПЛОШНОЙ ЗАТОР. ПЛЮС МОЖНО ВВЕСТИ БИТ СРОЧНОСТИ, НО БОЛЬШИНСТВО ПРОВАЙДЕРОВ НАГЛО ИГНОРИРУЕТ ЕГО, И ОН НЕ СИЛЬНО ВЛИЯЕТ НА СКОРОСТЬ ОБМЕНА ДАННЫХ.

TCP ПО РЯДУ ПАРАМЕТРОВ ВСЕ-ТАКИ УДОБНЕЕ UDP. МОЖНО ИСПОЛЬЗОВАТЬ ГИБРИДНУЮ СХЕМУ, ПЕРЕДАВАЯ ПО TCP НЕСРОЧНЫЕ ДАННЫЕ, А ПО UDP — КРИТИЧЕСКУЮ ИНФОРМАЦИЮ О ПЕРЕМЕЩЕНИЯХ ОБЪЕКТОВ (ТИПА ТОРПЕДЫ).

В НЕКОТОРЫХ СЛУЧАЯХ ПРОТОКОЛ UDP НЕДОСТУПЕН, И ТОГДА ПРИХОДИТСЯ РАБОТАТЬ ТОЛЬКО ПО TCP ,ЧТО НЕ СЛИШКОМ УСЛОЖНЯЕТ ПРОГРАММУ: ОСНОВНАЯ ИНФОРМАЦИЯ ВСЕ РАВНО ПЕРЕДАЕТСЯ ПО TCP, И ЕСЛИ UDP ОТСУТСТВУЕТ, ЭТО ВСЕГО ЛИШЬ ЗАМЕДЛИТ СИНХРОНИЗАЦИЮ И ВЫЗОВЕТ НЕКОТОРЫЕ ТОРМОЗА, НО ИГРОВОЙ МИР НЕ РУХНЕТ, А ПРОГРАММИСТУ НЕ ПРИДЕТСЯ НИЧЕГО ПЕРЕПИСЫВАТЬ.

ЕЩЕ МЕНЬШИМ ОВЕРХИДОМ ОБЛАДАЕТ ПРОТОКОЛ IP, КОТОРЫЙ ИМЕЕТ СМЫСЛ ИСПОЛЬЗОВАТЬ В ТЕХ ИГРОВЫХ МИРАХ, КОТОРЫЕ РАССЧИТАНЫ НА БОЛЬШУЮ ТОЛПУ ИГРОКОВ, В ПРОТИВНОМ СЛУЧАЕ ВЫИГРЫШ НЕ БУДЕТ СТОИТЬ ПРИЛОЖЕННЫХ УСИЛИЙ, ТЕМ БОЛЕЕ ЧТО ЧЕРЕЗ IP УДАЕТСЯ РАБОТАТЬ ДАЛЕКО НЕ ВСЕГДА.