Оптимизация производительности Lineage 2 сервера

Производительность сервера — ключевой фактор успеха любого проекта Lineage 2. Даже небольшие лаги и фризы могут испортить игровой опыт и привести к оттоку игроков. В этой статье рассмотрим проверенные методы оптимизации, которые помогут вашему серверу работать быстро и стабильно даже при высоком онлайне.

Настройка JVM: фундамент производительности

Java Virtual Machine — сердце любого L2 сервера. Правильная настройка JVM может увеличить производительность в 2-3 раза.

Выбор сборщика мусора

Для L2 серверов лучше всего подходит G1GC (Garbage First Garbage Collector). Он минимизирует паузы и эффективно работает с большими heap-размерами.

java -Xms4G -Xmx4G \
  -XX:+UseG1GC \
  -XX:MaxGCPauseMillis=50 \
  -XX:G1HeapRegionSize=16M \
  -XX:+ParallelRefProcEnabled \
  -XX:+UseStringDeduplication \
  -jar L2Server.jar

Ключевые параметры:

• -Xms4G -Xmx4G — одинаковый размер heap предотвращает его динамическое изменение
• MaxGCPauseMillis=50 — максимальная пауза GC 50ms (оптимально для игровых серверов)
• G1HeapRegionSize=16M — размер региона для больших объектов
• ParallelRefProcEnabled — параллельная обработка слабых ссылок
• UseStringDeduplication — дедупликация строк экономит до 30% памяти

Дополнительные параметры JVM

# Оптимизация производительности
-XX:+AggressiveOpts
-XX:+UseFastAccessorMethods
-XX:+OptimizeStringConcat

# Мониторинг и логирование
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
-Xloggc:gc.log

# Large Pages (если поддерживается системой)
-XX:+UseLargePages

Оптимизация базы данных MySQL

База данных часто становится узким местом при высокой нагрузке. Рассмотрим эффективные способы оптимизации.

Конфигурация my.cnf

[mysqld]
# Основные настройки
innodb_buffer_pool_size = 4G
innodb_log_file_size = 512M
innodb_flush_log_at_trx_commit = 2
innodb_flush_method = O_DIRECT

# Производительность
max_connections = 300
thread_cache_size = 50
table_open_cache = 2000
query_cache_type = 1
query_cache_size = 256M

# InnoDB оптимизации
innodb_thread_concurrency = 8
innodb_read_io_threads = 8
innodb_write_io_threads = 8
innodb_io_capacity = 2000

Пояснения:

• innodb_buffer_pool_size — выделите 50-70% RAM сервера для MySQL
• innodb_flush_log_at_trx_commit = 2 — баланс между производительностью и надежностью
• query_cache_size — кэширует повторяющиеся SELECT запросы
• innodb_io_capacity — для SSD ставьте 2000-5000, для HDD — 200

Индексы и оптимизация запросов

Регулярно проверяйте медленные запросы:

# В my.cnf
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1

# Анализ медленных запросов
mysqldumpslow -s t -t 10 /var/log/mysql/slow.log

Критически важные индексы для L2:

-- Таблица characters
CREATE INDEX idx_char_name ON characters(char_name);
CREATE INDEX idx_account_name ON characters(account_name);
CREATE INDEX idx_online ON characters(online);

-- Таблица items
CREATE INDEX idx_owner ON items(owner_id);
CREATE INDEX idx_item_id ON items(item_id);

-- Таблица clan_data
CREATE INDEX idx_clan_level ON clan_data(clan_level);

-- Составные индексы для частых запросов
CREATE INDEX idx_char_online_level ON characters(online, level);

Многопоточность и параллелизм

L2 сервер по своей природе многопоточный. Правильная настройка пулов потоков критически важна.

Thread Pools в конфигах

# Config.java или server.properties

# Общий пул потоков
ThreadPoolSizeGeneral = 8

# Пул для AI
ThreadPoolSizeAI = 6

# Пул для клиентских пакетов
ThreadPoolSizeClientPackets = 4

# Пул для эффектов
ThreadPoolSizeEffects = 4

Рекомендации по размерам пулов:

• Для серверов до 500 онлайна: General=4, AI=3, ClientPackets=2
• Для 500-1000: General=8, AI=6, ClientPackets=4
• Для 1000+: General=12, AI=8, ClientPackets=6

Кэширование и оптимизация памяти

Кэширование объектов

Используйте кэширование для часто запрашиваемых данных:

// Пример кэширования NPC шаблонов
private static final Map<Integer, L2NpcTemplate> npcCache = 
    new ConcurrentHashMap<>();

public L2NpcTemplate getTemplate(int npcId) {
    return npcCache.computeIfAbsent(npcId, 
        id -> NpcTable.getInstance().getTemplate(id));
}

Ленивая загрузка

Не загружайте все данные сразу при старте сервера. Используйте lazy loading:

// Плохо: загружаем все квесты сразу
public void loadAllQuests() {
    for (int i = 1; i <= 10000; i++) {
        loadQuest(i);
    }
}

// Хорошо: загружаем по требованию
private Map<Integer, Quest> questCache = new HashMap<>();

public Quest getQuest(int questId) {
    return questCache.computeIfAbsent(questId, 
        this::loadQuest);
}

Мониторинг и профилирование

Невозможно оптимизировать то, что вы не измеряете.

Инструменты мониторинга

JConsole / VisualVM — встроенные инструменты для мониторинга JVM:

# Подключение удаленно
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.port=9999
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false

Что мониторить:

• Использование CPU по потокам
• Heap memory utilization
• GC паузы и частота
• Количество загруженных классов
• Активные потоки

Логирование производительности

// Замер времени выполнения критичных операций
long startTime = System.nanoTime();
// ... критичный код ...
long duration = System.nanoTime() - startTime;

if (duration > 50_000_000) { // Больше 50ms
    LOG.warning("Slow operation: " + duration / 1_000_000 + "ms");
}

Оптимизация сети

TCP настройки

Оптимизируйте сетевой стек Linux:

# /etc/sysctl.conf

# Увеличение размеров буферов
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216

# Оптимизация для высокой нагрузки
net.ipv4.tcp_max_syn_backlog = 8192
net.core.netdev_max_backlog = 5000
net.core.somaxconn = 1024

# Применение настроек
sysctl -p

Packet batching

Группируйте маленькие пакеты вместе:

// Отправка батчами вместо отдельных пакетов
private final List<L2GameServerPacket> batchQueue = new ArrayList<>();

public void sendPacket(L2GameServerPacket packet) {
    batchQueue.add(packet);
    
    if (batchQueue.size() >= 5 || shouldFlush()) {
        flushBatch();
    }
}

Чек-лист оптимизации

Перед запуском сервера проверьте:

• ✅ JVM настроена с G1GC и оптимальным heap size
• ✅ MySQL сконфигурирована под вашу нагрузку
• ✅ Все критичные таблицы имеют индексы
• ✅ Thread pools настроены под количество ядер CPU
• ✅ Настроен мониторинг и логирование
• ✅ Сетевые параметры ОС оптимизированы
• ✅ Включено кэширование объектов
• ✅ SSD используется для базы данных

Заключение

Оптимизация L2 сервера — это непрерывный процесс. Регулярно мониторьте производительность, анализируйте узкие места и применяйте описанные методы. Правильная настройка может увеличить максимальный онлайн в 2-3 раза на том же железе.

Помните: измеряйте, оптимизируйте, проверяйте результат. Не применяйте все настройки сразу — тестируйте изменения постепенно на тестовом сервере.