Туториал Ускорение работы Java [Аргументы]

  • Автор темы Автор темы Starr
  • Дата начала Дата начала
ВНИМАНИЕ! Используйте только при крайней необходимости. Не стоит страдать этой уйнёй, автору просто нечем было заняться.

Приветствую тебя, странник.
Если ты хоть каплю задумывался о том, как же повысить скорость работы своего сервера или клиента, ты попал в тему, которая тебе нужна.

И так, приступим.
Я собрал множество аргументов с описанием, которые позволяют серверу, а также клиенту работать более оптимизировано и быстрее.

ВНИМАНИЕ! Для того, чтобы добиться максимальной производительности, лучше выбрать определенные аргументы, нежели вписывать все сразу.
На разных версиях Java и на разном железе - аргументы ведут себя по-разному. Так что лучше после установки аргумента каждый раз перепроверять, улучшилась производительность, или нет.


Пример строки запуска:
Код: 
java -аргумент1 -аргумент2 -аргументN server.jar

Строка запуска моего сервера:
Код: 
java -Xmx5G -Xmn192M -XX:+UseConcMarkSweepGC -jar server.jar

Аргументы моего клиента:
Код: 
-Xmn256M

Выделение Java под конкретные ядра (только Linux)

Перед командой запуска сервера, добавьте эту команду:
Код: 
taskset -c [ядра] [команда запуска]
[ядра] = 0,1,2,3 - указывать обязательно в таком формате.
Выражаем благодарность @scrik78


Список аргументов:

Основные флаги
  • -Xincgc - активирует сборщик мусора, который время-от-времени будет выгружать неиспользуемую оперативную память. Тип сборщика выбирается в зависимости от версии Java.
  • -server - активирует серверную версию Java, в которой по умолчанию включена функция поддержки экспериментальных флагов, а также ускоряет компиляцию классов, что даёт прирост в производительности, но увеличивает время запуска (только 64-битные системы)
Нажмите, чтобы раскрыть...

Выделение памяти
  • -Xmx5G - количество максимальной выделяемой памяти под сервер
  • -Xms512M - количество минимально выделяемой памяти под сервер
  • -Xmn128M - количество выделяемой памяти под недолгоживущие объекты (которые не были выгружены сборщиком мусора)
  • -XX:MaxPermSize=128M - количество памяти под PermGen Space (не работает на Java 8)
  • -XX:SharedReadOnlySize=30M - количество памяти под read-only место в PermGen
Нажмите, чтобы раскрыть...

Сборщики мусора
Это больная тема, советую экспериментировать, чтобы добиться хоть чего-то стоящего, а не наоборот, ухудшить производительность.
МИНИ-СОВЕТ: Для одноядерных процессоров используйте любой сборщик мусора, но не указывайте кол-во потоков для него. На данный момент лучшим сборщиком мусора для кубача является ConcMarkSweepGC. Чем больше число SurvivorRatio - тем лучше, тем меньше старые объекты будут захламлять ОЗУ. Чем больше TargetSurvivorRatio - тем больше старых объектов будет очищаться (желательно не ставить более 90).
Использовать MaxGCPauseMillis лучше всего с G1GC или с конкретно указанным сборщиком мусора. AutoGCSelectPauseMillis - со сборщиком, который система сама выберет. G1HeapRegionSize лучше не устанавливать, java сама подберет оптимальное значение, использовать только если знаете, что делаете.

  • -XX:+UseSerialGC - включает сборщик мусора, который работает в 1 потоке
  • -XX:+UseConcMarkSweepGC - включает сборщик мусора, который использует мощь нескольких процессоров.
  • -XX:ConcGCThreads=2 - количество процессов для сборщика мусора.
  • -XX:+UseG1GC - активирует новый сборщик мусора, разделяет всю память на определенные участки, и благодаря использованию нескольких ядер, собирает со всех участков неиспользуемую память.
  • -XX:G1HeapRegionSize=32 - количество памяти, выделяемой под каждый участок.
  • -XX:AutoGCSelectPauseMillis=2500 - количество времени в миллисекундах между вызовом автоматически выбраного сборщика мусора.
  • -XX:MaxGCPauseMillis=1000 - длительность времени в миллисекундах между вызовом конкретного сборщика мусора. Для G1GC исполняет роль максимально установленного промежутка.
  • -XX:SurvivorRatio=8 - количество радиуса для существования выживающих объектов (чем меньше число, тем больше место). Большее место дает возможность недавно сгенерированным объектам жить дольше перед очисткой мусора.
  • -XX:TargetSurvivorRatio=90 - количество места в процентах под выживающие объекты, что позволит очищать больше неиспользуемых объектов во время сборки мусора.
Нажмите, чтобы раскрыть...

Экспериментальные аргументы
  • -XX:+AggressiveOpts - активация экспериментальных опций Java-машины.
    (-XX:AutoBoxCacheMax=20000 -XX:BiasedLockingStartupDelay=500 -XX:+EliminateAutoBox -XX:+OptimizeFill -XX:+OptimizeStringConcat)
  • -XX:+UseBiasedLocking - ускорение синхронизации объектов на многоядерных процессорах.
  • -XX:+UseFastAccessorMethods - использование оптимизированных версий вызова методов.
  • -XX:+UseFastEmptyMethods - исключение из компиляции пустых методов.
  • -XX:+UseCompressedOops - уменьшение размеров указателя, заголовков, а также сдвигов внутри созданных объектов. В зависимости от кода сэкономит 20-60% ОЗУ.
  • -XX:+OptimizeFill - замена циклов работы с массивами на машинный код, что ускоряет работу
  • -XX:+OptimizeStringConcat - оптимизация конкатенации объектов типа String. Вместо 20 вызовов одной операции на 20 символов, вызывает единожды на 400 символов
  • -XX:+UseStringCache - включает кеширование объектов типа String. Где и как кешируется не понятно.
  • -XX:-UseGCOverheadLimit - игнорирует нехватку памяти для сборки мусора, избавляет частично от Out Of Memory Error
  • -XX:+CMSIncrementalPacing - автоматическое регулирование процессов CMS в Incremental mode.
  • -XX:+CMSCleanOnEnter - очистка CMS при запуске Java-машины.
  • -XX:+UseInterpreter - включение интерпретатора для некомпилированных методов.
  • -XX:UseSSE=4 - использование инструкций SSE процессора. (0 - отключить, 1/2/3/4 - использование SSE/SSE2/SSE3/SSE4)
  • -XX:MaxTenuringThreshold=15 - количество копирований выживающих объектов между разными местами.
  • -XX:+RewriteFrequentPairs - перезапись недавно использовавшихся пар байткода в одно целое.
  • -XX:+UseInlineCaches - использование внеочередного кеширования для виртуальных вызовов.
  • -XX:+UseThreadPriorities - использование приоритета для процесса Java-машины.
  • -XX:ThreadPriorityPolicy=42 - установка приоритета процесса для увеличения выделяемых ресурсов.
Нажмите, чтобы раскрыть...

Надеюсь, мой туториал вам пригодился 🙂
 
Последнее редактирование:
Нажмите, чтобы раскрыть...
ipv2007 сказал(а):
Другими словами, если у меня процессор с 8 ядрами по 3.5 ГГц каждое, то использовав этот параметр, я смогу запустить ОДИН сервер в два потока т.е. на два ядра и общая производительность в ГГц также удвоится?
Нажмите, чтобы раскрыть...
Нет, конечно же, уже рассказал всю суть выше.
 
Вопрос где меняется строка запуска клиента, в клиенте или в лаунчере и можно точнее...
 
Sergey_28rus сказал(а):
Вопрос где меняется строка запуска клиента, в клиенте или в лаунчере и можно точнее...
Нажмите, чтобы раскрыть...
В лаунчере в поле аргументов вписывай. Если кастомный лаунчер, то ищи где можно изменять аргументы JVM.
 
А что скажете насчет Zulu, стоит игра свеч?
 
Shevchik сказал(а):
Zulu это тот же OpenJDK, просто сбоку фич для быстрого деплоймента навинчено. Ну и суппорт типа попинать можно.
Нажмите, чтобы раскрыть...
На форуме тут говорили, что сборщик мусора у них намного лучше.
 
Linkinkov сказал(а):
На форуме тут говорили, что сборщик мусора у них намного лучше.
Нажмите, чтобы раскрыть...
Сборщик мусора лучше у Zing, а не Zulu. Вот только зинг стоит столько вечнозелёных, что даже если всем формумом скинемся, нам не хватит даже на самую бомжатскую лицензию.
 
Ребят, у меня на сервере есть множество мобов из CustomNPC, всякие сборщики мусора их не снесут?
 
Starr сказал(а):

Выделение Java под конкретные ядра

Перед командой запуска сервера, добавьте эту команду:
Код: 
taskset -c [ядра] [команда запуска]
[ядра] = 0,1,2,3 - указывать обязательно в таком формате.
Выражаем благодарность @scrik78

Надеюсь, мой туториал вам пригодился 🙂
Нажмите, чтобы раскрыть...

Спасибо за очень ценную тему.
Буду признателен, если покажете наглядно полный код запускатора с
Код: 
taskset -c [ядра] [команда запуска]
для сервера и клиента. Всё запускаю пока на своём компе. И сервер и клиент.
Простите но я не понял. Стряпаю карту на своём компе. 4 ядра и 10Г оперативы. 8я ява. Нужно чтоб дальность прорисовки держалась по кругу без выгрузок в соответствии с выставленной настройкой дальности ну и чтоб не подтормаживало)) Пожалуйста, посоветуйте :3
 
Erfin сказал(а):
Спасибо за очень ценную тему.
Буду признателен, если покажете наглядно полный код запускатора с
Код: 
taskset -c [ядра] [команда запуска]
для сервера и клиента. Всё запускаю пока на своём компе. И сервер и клиент.
Простите но я не понял. Стряпаю карту на своём компе. 4 ядра и 10Г оперативы. 8я ява. Нужно чтоб дальность прорисовки держалась по кругу без выгрузок в соответствии с выставленной настройкой дальности ну и чтоб не подтормаживало)) Пожалуйста, посоветуйте :3
Нажмите, чтобы раскрыть...
Если тебе нужно например запустить на 4-х ядрах, то делаешь так:
Код: 
taskset -c 4 java -jar ...
 
NuaN сказал(а):
Если тебе нужно например запустить на 4-х ядрах, то делаешь так:
Код: 
taskset -c 4 java -jar ...
Нажмите, чтобы раскрыть...
Если так:
Код: 
@ECHO OFF
 SET BINDIR=%~dp0
 CD /D "%BINDIR%"
  java -server -Xmx5G -Xms512M -Xmn128M -XX:SharedReadOnlySize=128M -XX:+UseConcMarkSweepGC -XX:ConcGCThreads=4 -XX:MaxGCPauseMillis=2500 -XX:+AggressiveOpts -XX:+UseFastAccessorMethods -XX:+UseStringCache -XX:-UseGCOverheadLimit -XX:SurvivorRatio=12 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -XX:+RewriteFrequentPairs -XX:+UseCompressedOops -XX:+EliminateLocks -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 taskset -c 4 java -jar spigot-1.9.jar
 pause
то:
"Java HotSpot(TM) 64-Bit Server VM warning: ignoring option UseStringCache; support was removed in 8.0
Error: Could not find or load main class taskset
Для продолжения нажмите любую клавишу . . ."
 
Erfin сказал(а):
Если так:
Код: 
@ECHO OFF
SET BINDIR=%~dp0
CD /D "%BINDIR%"
  java -server -Xmx5G -Xms512M -Xmn128M -XX:SharedReadOnlySize=128M -XX:+UseConcMarkSweepGC -XX:ConcGCThreads=4 -XX:MaxGCPauseMillis=2500 -XX:+AggressiveOpts -XX:+UseFastAccessorMethods -XX:+UseStringCache -XX:-UseGCOverheadLimit -XX:SurvivorRatio=12 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -XX:+RewriteFrequentPairs -XX:+UseCompressedOops -XX:+EliminateLocks -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 taskset -c 4 java -jar spigot-1.9.jar
pause
то:
"Java HotSpot(TM) 64-Bit Server VM warning: ignoring option UseStringCache; support was removed in 8.0
Error: Could not find or load main class taskset
Для продолжения нажмите любую клавишу . . ."
Нажмите, чтобы раскрыть...
Код: 
@ECHO OFF
SET BINDIR=%~dp0
CD /D "%BINDIR%"
taskset -c 4 java -server -Xmx5G -Xms512M -Xmn128M -XX:SharedReadOnlySize=128M -XX:+UseConcMarkSweepGC -XX:ConcGCThreads=4 -XX:MaxGCPauseMillis=2500 -XX:+AggressiveOpts -XX:+UseFastAccessorMethods -XX:+UseStringCache -XX:-UseGCOverheadLimit -XX:SurvivorRatio=12 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -XX:+RewriteFrequentPairs -XX:+UseCompressedOops -XX:+EliminateLocks -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -jar spigot-1.9.jar
pause
 
Starr сказал(а):
Код: 
@ECHO OFF
SET BINDIR=%~dp0
CD /D "%BINDIR%"
taskset -c 4 java -server -Xmx5G -Xms512M -Xmn128M -XX:SharedReadOnlySize=128M -XX:+UseConcMarkSweepGC -XX:ConcGCThreads=4 -XX:MaxGCPauseMillis=2500 -XX:+AggressiveOpts -XX:+UseFastAccessorMethods -XX:+UseStringCache -XX:-UseGCOverheadLimit -XX:SurvivorRatio=12 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=15 -XX:+RewriteFrequentPairs -XX:+UseCompressedOops -XX:+EliminateLocks -XX:+UseThreadPriorities -XX:ThreadPriorityPolicy=42 -jar spigot-1.9.jar
pause
Нажмите, чтобы раскрыть...
Спасибо за отзыв и помощь. Но я так уже делал. И сейчас так же..
"taskset" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
Для продолжения нажмите любую клавишу . . .
 
Erfin сказал(а):
Спасибо за отзыв и помощь. Но я так уже делал. И сейчас так же..
"taskset" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
Для продолжения нажмите любую клавишу . . .
Нажмите, чтобы раскрыть...
taskset для операционных систем Linux ,а не для Windows
 
Для более быстрой работы количество максимальной и минимальной выделяемой памяти под сервер должно совпадать!
 
Для ответа нужно войти/зарегистрироваться
Назад
Верх Низ