06.04.11 @ 01:30 Lystopad Aleksandr wrote:
>>kern.ipc.maxsockbuf задает общесистемный лимит на размер буфера сокета
>
>Может ...сокетов? Или таки сокета?
Сокета. Одного. То бишь, каждого.
То есть значения задранные как у меня в виде 2621440 -- сильно дофига,
нереально дофига?
Да, но ничего сильно страшного в этом нет. Это просто верхний предел, сама
память не резервируется сразу же. Дефолтные значения меньше, и у каждого
протокола свои, см. sysctl net | grep space
>Дык как мне избавится от subj я из этого не могу понять. Что надо
>докрутить?
На второй круг идем. Сказали же уже, kern.ipc.maxsockbuf и два параметра
из net.graph. Не работает разве?
Нет, проблема осталась.
Ребутнулся, текущие настройки:
net.graph.recvspace: 128000
^^^^^^
net.graph.maxdgram: 128000
kern.ipc.maxsockbuf: 2621440
netgraph_node 3577 895K - 17949 256
^^^^
# ngctl list
ngctl: send msg: No buffer space available
3577 * 72 = 257544 > 128000
задрал эти еще:
net.graph.maxdata: 8192
net.graph.maxalloc: 16384
vmstat -z:
ITEM SIZE LIMIT USED FREE REQUESTS
FAILURES
...
NetGraph items: 72, 16385, 0, 319,
494510, 0
NetGraph data items: 72, 8207, 0, 290,
605835390, 0
Это другое, прямо соответствует процитированным зонам, но не имеет
отношения к проблеме. Это, упрощенно, число сопроводительных структур для
пакетов, сообщений и отложенных вызовов netgraph "в полёте".
--
WBR, Vadim Goncharov
