Патчи игр: локальность байтов, блоки передачи и манифесты

Назначение

Небольшая правка ресурса может вызвать большое обновление, если она переставляет множество байтов в выпущенных пакетах. Поэтому проектирование патчей начинается со связи логического содержимого, структуры пакетов и системы доставки. Чанк движка, объединяющий ресурсы, не обязательно совпадает с байтовыми блоками сервиса распространения. Опишите обе границы, прежде чем интерпретировать оценку размера обновления.

Принцип работы

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

Манифест доставки описывает ресурсы, принадлежащие сборке. В примере Epic для ChunkDownloader перечислены имена файлов, размеры в байтах, версии, идентификаторы чанков и относительные пути. Манифест описывает доставку и не заменяет проверку доступности и корректности указанных файлов.

Разобранный пример

Предположим, система обновления заменяет пакеты целиком, а игра содержит 4 пакета по 64 MiB: всего 256 MiB. При изменении текстуры размером 500 KiB внутри одного пакета эта явно заданная политика требует загрузить изменённый пакет размером 64 MiB. Если всё содержимое вместо этого находится в одном пакете размером 256 MiB, единица замены составляет 256 MiB.

Сервис байтовых дельт может передать меньше данных, если обнаружит неизменённые области. Расчёт выше иллюстрирует политику полной замены пакетов и не является измеренным результатом SteamPipe. Объём сжатых передаваемых данных, временное место на диске и операции чтения и записи при установке — разные величины.

Практический процесс

Перед распространением сравните артефакты последовательных выпусков. Проверьте, изменяет ли правка одного ресурса только предполагаемую область или также сдвигает посторонние данные. Сохраняйте стабильными порядок пакетов и границы сжатия, насколько позволяет формат. Загрузите и проверьте новые ресурсы до публикации ссылающегося на них манифеста; связывайте манифесты и файлы с однозначным идентификатором сборки.

Проверьте обновление с каждой поддерживаемой установленной версии, включая прерванные загрузки, возобновление и нехватку свободного места. Подготовленная установка должна становиться выбранной сборкой только после прохождения необходимых проверок файлов в обновляющей программе. Сохраните достаточно сведений о предыдущей сборке для диагностики незавершённого перехода или восстановления после него.

Ограничения и проверка

Valve отмечает, что изменение небольшой части крупного пакета всё равно может потребовать его пересборки на диске даже при малом объёме загрузки. Снижение сетевого трафика не уменьшает автоматически время установки или требования к свободному месту.

Шифрование, сжатие, группировка зависимостей и правила распространения платформы могут ограничивать варианты упаковки. Слишком большое число крошечных пакетов создаёт собственные накладные расходы. Измеряйте типичные изменения содержимого через реальный путь доставки, отдельно записывая загруженные байты, дисковую работу и время. Не обещайте определённое соотношение размера патча и ресурса только на основании размера ресурса.

Источники

• SteamPipe: Uploading to Steam — Valve
• Hosting a Manifest and Assets for ChunkDownloader — Epic Games