Что можно подкрутить в Linux, чтобы увеличить мощность приложения

Чтобы систематически увеличить мощность приложения в Linux, необходима комбинация настройки ядра, планировщиков, управления ресурсами и параметров самого приложения. Вот ключевые направления для «подкрутки».

1. Оптимизация ядра и системных ограничений

Ядро Linux управляет всеми ресурсами. Настройка его параметров через sysctl критически важна.

Увеличение лимитов файловых дескрипторов и сетевых соединений

Для сетевых и высоконагруженных сервисов (веб-серверы, БД) стандартные лимиты малы.

# Временное увеличение через sysctl
sudo sysctl -w fs.file-max=2097152
sudo sysctl -w fs.nr_open=2097152

# Настройка лимитов для пользовательских процессов в limits.conf
# /etc/security/limits.conf
* soft nofile 1048576
* hard nofile 1048576
* soft nproc 65536
* hard nproc 65536

Оптимизация сетевого стека

Для сетевых приложений настройте TCP-параметры.

# В /etc/sysctl.conf или отдельном файле в /etc/sysctl.d/
# Увеличиваем буферы и настройки для высоких нагрузок
net.core.rmem_max = 134217728
net.core.wmem_max = 134217728
net.ipv4.tcp_rmem = 4096 87380 134217728
net.ipv4.tcp_wmem = 4096 65536 134217728
# Включаем быструю переиспользованию портов для TIME-WAIT
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 15
# Увеличиваем максимальное число соединений в очереди
net.core.somaxconn = 65535

Применение:

sudo sysctl -p /etc/sysctl.d/99-optimization.conf

2. Управление планировщиками ввода-вывода (I/O Scheduler) и файловыми системами

Производительность дисковых операций часто является узким местом.

• Выбор I/O Scheduler: Для SSD оптимален none (noop) или kyber. Для гибридных нагрузок иногда подходит mq-deadline. Проверьте и измените:

  # Просмотр текущего планировщика для диска (например, nvme0n1)
  cat /sys/block/nvme0n1/queue/scheduler
  # Установка планировщика (временно)
  echo 'kyber' | sudo tee /sys/block/nvme0n1/queue/scheduler
  

    Для постоянного изменения используйте параметр ядра `elevator=kyber` в загрузчике (GRUB) или udev-правила.

• Опции монтирования файловых систем: Используйте noatime или relatime для уменьшения записи метаданных.

  # В /etc/fstab
  UUID=xxxx-xxxx /data ext4 defaults,noatime,nodiratime,errors=remount-ro 0 2
  

    Для **XFS** и **ext4** также рассмотрите `discard` (или периодический `fstrim` для SSD) и увеличение журнала, если много мелких записей.

3. Настройка планировщика процессов (CPU Scheduler)

С версии ядра 5.4+ по умолчанию используется CFS (Completely Fair Scheduler). Для снижения задержек (latency) в реальном времени можно рассмотреть:

• Использование isolcpus: Изоляция ядер для критичных процессов.

  # В параметрах ядра GRUB: isolcpus=2,3
  

    Затем запускайте приложение с `taskset`:

```bash
taskset -c 2,3 ./my_high_perf_app
```

• Настройка политики и приоритета (nice, chrt):

  # Запуск процесса с реальным приоритетом FIFO (требует прав)
  chrt -f 99 ./my_latency_sensitive_app
  

4. Управление памятью и подкачкой (Swap)

Правильная настройка памяти предотвращает деградацию производительности при нехватке RAM.

• vm.swappiness: Контролирует склонность ядра к использованию swap. Для серверов с большим объемом RAM часто устанавливают в 10 или даже 1.

  sudo sysctl -w vm.swappiness=10
  

• vm.dirty_ratio и vm.dirty_background_ratio: Управляют отложенной записью (writeback) данных на диск. Уменьшение значений может снизить риск длительных блокировок I/O при пиковых нагрузках, но увеличивает частоту сброса.

  # Более агрессивная политика сброса "грязных" страниц
  sudo sysctl -w vm.dirty_background_ratio=5
  sudo sysctl -w vm.dirty_ratio=10
  

5. Оптимизация на уровне приложения и среды выполнения

• Привязка к CPU (CPU Pinning) и NUMA: Для серверных процессоров с архитектурой NUMA привязка процесса и его памяти к одному узлу сокращает задержки доступа.

  # Используйте numactl для контроля
  numactl --cpunodebind=0 --membind=0 ./app
  

• Масштабирование сети: Увеличьте RSS (Receive Side Scaling) очереди для сетевых карт, чтобы задействовать несколько ядер на обработку пакетов.

  # Проверить и настроить количество очередей (зависит от драйвера)
  ethtool -L eth0 combined 8
  

• Транспарентные huge pages (THP): Для приложений, работающих с большими объемами памяти (например, БД), madvise может быть лучше always.

  echo 'madvise' | sudo tee /sys/kernel/mm/transparent_hugepage/enabled
  

Подход и мониторинг

1. Без изменений в прод! Всегда тестируйте настройки в изолированной среде.
2. Измеряйте до и после. Используйте профилировщики (perf, bpftrace), системные мониторы (vmstat, iostat, pidstat, htop) и бенчмарки приложения.
3. Ищите узкое место (bottleneck). Не стоит оптимизировать CPU, если проблема в медленном дисковом I/O или сетевой задержке. Инструменты вроде nicstat, iotop, sar незаменимы.
4. Документируйте изменения. Используйте /etc/sysctl.d/, udev rules, настройки в загрузчике для воспроизводимости.

Пример комплексного подхода для веб-сервера (Nginx/Java):

• Увеличить nofile и nproc в limits.conf.
• Настроить TCP-буферы и somaxconn через sysctl.
• Выставить net.core.netdev_max_backlog и net.ipv4.tcp_max_syn_backlog под нагрузку.
• Для JVM добавить опции, учитывающие NUMA (+UseNUMA), и настроить размер пула GC-потоков.
• Изолировать ядра для рабочих процессов Nginx.

Таким образом, «подкрутка» Linux — это не магия, а целенаправленная настройка под конкретную нагрузку, основанная на данных профилирования и понимании работы подсистем ядра.