chr вместо linux

Коротко широкими мазками
глянуть ip a l; ip r l и не продолбать
mount tmpfs /tmpfs -t tmpfs -o size=100M
cd /tmpfs; wget https://download.mikrotik.com/routeros/6.48.6/chr-6.48.6.img.zip
unzip chr-6.48.6.img.zip
fdisk -l | grep dev
echo u > /proc/sysrq-trigger
dd if=./chr-6.48.6.img of=/dev/sda bs=4M oflag=sync && echo 1 > /proc/sys/kernel/sysrq && echo b > /proc/sysrq-trigger

| опубликовано: Фев 25, 21:28

Тюнинг памяти в linux

Проблема:
Есть парк из машин (около 70). На всех Debian jessie.
На машинах крутятся прожорливые до памяти/проца задачи.
В какой–то момент система встаёт колом. Судя по всему — жёстко уходит в своп.
При этом в cached может запросто быть пара десятков гб. Вот чего бы их не почтистить? Зачем в своп лезть?
Если отключить своп — система на какое–то время замирает, потом ожидаемо oomkiller прибивает процесс.
При этом опять же в кешах много “занято”.
Вот такая картина — это обычное состояние. Бывает и хуже когда в свопе гигов на 5–10, а в кешах 20–25.
:~# free –m
total used free shared buffers cached
Mem: 32202 30904 1298 98 147 26638
–/+ buffers/cache: 4118 28083
Swap: 65451 1947 63504

Что со всем этим делать? Поставить SSD под своп?

Пробовал играться с vm.swappiness — толку не сильно много.
Помогает только принудительно чистить кеши через echo 3 > /proc/sys/vm/drop_caches
Но это надо руками звать. Там за час эти кеши несколько раз могут успеть забиться.

Решение:
Пока вот эта конфигурация показывает себя довольно неплохо:
vm.swappiness=20
vm.vfs_cache_pressure=50000
vm.min_free_kbytes=540672

Комментарии | опубликовано: Янв 8, 06:09

<--- Предыдущая страница