Энтузиаст ускорил загрузку GTA Online с 6 до 2 минут, дописав всего лишь 100 строк кода.
Удивительно, что «бутылочным горлышком» для скорости загрузки выступало использование лишь одного потока процессора и неудачный парсер для JSON-файла. И эти проблемы удалось исправить без доступа к исходникам, поэтому странно, что в Rockstar за 8 лет до этого не додумались.
>использование лишь одного потока процессора
Классика
Игры для быдла наверное такое же быдло и делает на ноутбуке в кфс.
Потому что ростары опущенные вафлёры я полагаю.
Кек.
Ждем новостей уровня "энтузиаст запустил киберпанк 2077 на 750ти в 4к 240 фпс просто дописав в екзешнике -slish -rabotai -suka"
А по губам за такой патч проводить будут? Роккал любит за асе подряд забанить
Если ты когда-нибудь кодил более-менее большой проект, ну хотя бы на команду из 30-40 человек и длительностью хотя бы пару лет, то в курсе, насколько плохо при таком объеме работы и таком количестве людей идет тестирование и отладка. Чтобы не превращать каждую игру в Ждалкера, в первую очередь решают критичные проблемы. Скорость загрузки между локациями это еще как-то подходит под это дело, а вот скорость загрузки при входе в игру это реально последнее, на что захотят тратить время и финансы. Поэтому если в проекте сидит хотя бы один криворучка и/или лентяй (а вероятность этого очень высока), то его говнокод в таких местах останется говнокодом, сад бат тру. Теоретически такие некритичные вещи правятся после релиза, но на деле надо реализовывать новые фичи или фиксить какой-нибудь вылезший лютый пиздец, на худой конец хуячить очередной длс/лутбокс за бабосы. Оптимизация говнокода в подобных маловажных местах снова оказывается где-то в хвосте очереди.
Правда, меня удивляет, что рокстары не смогли на такую хуйню выделить ресурсы за 8 лет, у них-то нехватки точно нет. Вангую, подобный говнокод можно в значительной степени отловить и исправить, если посадить нормального разраба две недели поковыряться.
мимо погромист
> 6 до 2 минут
ааа-шизики совсем пизданулись
>>6347773 (OP)
Двачую программистскую педорашку, студент умник с шилом в жопе конечно может улучшить какое-то конкретное место если много лишнего свободного времени, а вот гта сделать всё таки не сможет, другого рода деятельность.
Ты путаешь "не додумались" и "забили хуй, гои и так хавают". Подрастешь - поймешь, что все всегда так.
>6 до 2 минут,
>не додумались.
100 человек по 4 минуты просидели в игре - час онлайна в общую копилку
там людии умнее тебя сидят, додик
О, коллега.
Я проскроллил статью автора патча. Насколько понял там парсер на каждом шаге делал strlen всего джсона, а реализация strlen перебирала все оставшиеся байты строки пока не встречала терминатор (ноль).
Создатели парсера не заметили нихуя сложность O(n^2)? Как они это умудрились сделать?
И второе: это что же парсер на голом Си?
Третье (про криворучку): лентяй просто взял парсер и использовал. А криворучка тут тот персонаж, кто написал парсер.
Когда нет доступа к исходникам, то поле поиска очень сокращается. Так что ему банально повезло, что узкое место было именно там.
>Создатели парсера не заметили нихуя сложность O(n^2)? Как они это умудрились сделать?
Включаю вангу: парсер ебнули по принципу "как можно проще и хуй с оптимизацией". Я сам временами в некритичных по скорости местах могу так же ебнуть говнокод, потому что это максимум лишние 0.05 секунды замедления работы, а образец нормального кода - это надо потратить три минуты, чтобы залезть в свою свалку скриптов, а у тебя настроение хреновое, троюродная бабушка помирает? какой-то долбоеб снова выехал к тебе на встречку, etc. Но соглашусь, в данном случае класть хуй на оптимизацию настолько жестко это как-то через край уже.
>это что же парсер на голом Си?
Почему бы и нет, в любой сфере сейчас можно встретить вещи, которые по сути как будто в 1993 году написаны. Мне недавно стандартная функция оракла 11 версии тоже продемонстрировала древний ад и израиль.
>лентяй просто взял парсер и использовал. А криворучка тут тот персонаж, кто написал парсер
Тут скорее вопрос, почему он не прикинул, насколько быстро это все будет работать, хватаясь за готовое решение. Вряд ли этот кусок кода писался без осознания, что он пойдет в загрузку игры.
У меня из недавнего по поводу парсинга джсона вот такая история.
Джсон специфицирует только тип double (никаких интов), и то есть точные целые значения можно туда пихать только 52бита.
А тестировщики начали ебашить 64-битные ради теста, и закономерно всё сломалось в стандартном парсере из qt.
Окей, вроде и решение есть - берем новейший парсер (такой как nlohmann/json), прикручиваем и всё норм.
Менеджмент оценил риски такого решения против рисков что у нас когда-нибудь встретится целое больше 52бит (числа встречаются в айди объектов, которые инкрементируются со временем, и размерами объектов в байтах). И пришли к выводу, что нахуй. Во-первых с неделю тратить на прикручивание парсера, во-вторых фиксить потом неизбежную регрессию - а 53 бита в рамках "ближайшего миллиона лет" нужно не будет.
Сказали : нахуй, в продакшен.
И были правы в итоге. Сейчас вышла Qt6 где (вроде бы, еще не проверяли) можно парсить 64битные целые из джсона из коробки. То есть - просто проект теперь пересобрать к следующему патчу и всё, проблема решена.
Да чего смешного?
Релиз отложить на неделю из-за того что через 10 лет будет слишком медленно парситься чрезмерно разросшийся джсон.
Конечно нельзя откладывать релиз в таком случае.
А проёб в том, что потом, уже после релиза, в первых же патчах не исправили эту залупу. И даже если не в первых патчах, а скажем через пару лет, когда стали заметны тормоза - нихуя не сделали. Вот это - проёб без сомнений.
>В компании очень редко возникает идея "о, че-то абсолютно правильно выполненное задание раньше можно выполнить в 3 раза лучше наверное, давай-ка Васян его перепроверит"
Как бы оптимизация то игры должна быть, не? Я вот сам помню, когда играл тоже охуевал, а чо загрузки такие долгие. У них мысли такой не возникало?
10 сраных мегабайт должны парситься одним потоком спокойно за доли секунды.
Короче, единственное что можно предъявить разработчикам - это то, что они нихуя не пошевелились и не сделали патч через годик-другой.
Ну ладно, на релизе проебались, взяли говеный парсер. Но потом-то поддержка продукта продолжается, тем более что там наверное какие-то денежки идут за онлайн. Вот в чем вопрос - опять в менеджменте, который не озаботился загрузить программиста на неделю-другую (и сколько-то тестировщиков), чтобы он просто проапдейтил или заменил парсер.
Очередная порция урины на кукстар. Найс.
>Наверное невероятно сложно программировать
Да. Это тебе не хеллоуворлд писать.
Сложность измеряется не в количестве строк кода, если что.
кто она?!
>>6347773 (OP)
>Энтузиаст ускорил загрузку GTA Online с 6 до 2 минут, дописав всего лишь 100 строк кода.
>
пруф? гитхаб?