Daikeri0 бля да там нихуя особенного.
Объясню на простом языке:
В сталкрафте разработчик не знает где ему чистить память, у тебя постоянно накапливается в секунду по 30 мегабайт мусора в памяти. Разработчик вместо того чтобы искать где утечка памяти, решает просто настроить сборщик мусора на раз в 3 миллисекунды, заставляя твою систему АХУЕВАТЬ от такого. Так же вызовы GC (сборщика мусора) из кода, получаем микрофризы и возможно потерю фпс.
Для людей у которых не критично смотреть на красивую цифру, а принять memory leak GC можно поставить на 50ms и выключить вызовы из кода - получишь результат стабильного фреймтайма.
А все остальное это просто микрооптимизации того как работает сама Java. Там ей буфер побольше, там то, там се.
Я не первый кто это сделал, просто всем было лень выкладывать это, объяснять и подставляться под риск. Есть люди которые прям сейчас через батник на Стиме играют почти с такими же параметрами, так как EXBO не хочет тратить приоритет на эту задачу которую решает Claude Code и галочка (я осознаю риск это экспериментальная вещь), все.
