Тюнинг памяти в 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

Busy-тоны для настройки FXO-шлюзов

Я замучался гуглить, настраивая D-Link DVG-3004S. Подходит и для других DVG-XXXX
Busy-тоны для настройки FXO-шлюзов:
tone 1 425 425 8 8 30 30 30 30 tone 2 420 420 8 8 35 35 35 35 tone 3 430 430 8 8 25 25 25 25

На некоторых станциях Siemens частоты отбоя могут быть такими:
tone 1 620 620 8 8 26 26 26 26

Со стороны asterisk sip.conf выглядит так:
[dgv3004s](!)
type=friend
deny=0.0.0.0/0.0.0.0
permit=172.21.0.X
host=dynamic
secret=XXX
canreinvite=no
context=incoming_calls
dtmfmode=inband
allow=!all,alaw
call-limit=1
qualify=2000
nat=no
usecallerid=yes
busydetect=yes
callprogress=yes

[line1](dgv3004s)
defaultuser=line1
callerid=“OT: Line-1 <1>“
call-limit=1

Комментарии | опубликовано: Окт 23, 22:15

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