LINUX.ORG.RU

История изменений

Исправление Deleted, (текущая версия) :

Я тоже думал про подкачку, но своп там чистосимволический.

Хотя заметно, что памяти впритык. Я немного снизил количество активных исполнителей-сборщиков (с 32 до 20), вроде стало лучше по стабильности. Хотелось бы понять, где узкое место, память, рам, проц, диски и сбалансировать сервер, добавив туда чего-нибудь. Диск там не ssd, кажется простой железный или фейковый raid1, сервак далеко.

Например, мне кажется, что сборщиков должно быть 64 по количеству ядер. Пусть они там молотят в параллель, даже если на каком-то забыли сделать -j мейку. Памяти 64ГБ и, вероятно, этого мало. Ну это я подрасчитаю.

Баянный вопрос, буду искать еще сам, на какой показатель ориентироваться в отношении дисковой подсистемы, что бы убедиться, что затык например в ней, а не в проце.

# vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
215 37 143216 508396 2075332 5763708    0    0    25   368    0    0 20  5 74  0  0

# free -m
              total        used        free      shared  buff/cache   available
Mem:          64103       55304         822           2        7976        8131
Swap:           975         139         836

за ответы спасибо всем в треде, полезно, просвещаюсь

Исправление Deleted, :

Я тоже думал про подкачку, но своп там чистосимволический.

Хотя заметно, что памяти впритык. Я немного снизил количество активных исполнителей-сборщиков (с 32 до 20), вроде стало лучше по стабильности. Хотелось бы понять, где узкое место, память, рам, проц, диски и сбалансировать сервер, добавив туда чего-нибудь. Диск там не ssd, кажется простой железный или фейковый raid1, сервак далеко.

Например, мне кажется, что сборщиков должно быть 64 по количеству ядер. Пусть они там молотят в параллель, даже если на каком тот забыли сделать -j для мейка. Вероятно, памяти 64ГБ и этого мало. Ну это я подрасчитаю.

Баянный вопрос, буду искать еще сам, на какой показатель ориентироваться в отношении дисковой подсистемы, что бы убедиться, что затык например в ней, а не в проце.

# vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
215 37 143216 508396 2075332 5763708    0    0    25   368    0    0 20  5 74  0  0

# free -m
              total        used        free      shared  buff/cache   available
Mem:          64103       55304         822           2        7976        8131
Swap:           975         139         836

за ответы спасибо всем в треде, полезно, просвещаюсь

Исправление Deleted, :

Я тоже думал про подкачку, но своп там чистосимволический.

Хотя заметно, что памяти впритык. Я немного снизил количество активных исполнителей-сборщиков (с 32 до 20), вроде стало лучше по стабильности. Хотелось бы понять, где узкое место, память, рам, проц, диски и сбалансировать сервер, добавив туда чего-нибудь. Диск там не ssd, кажется простой железный или фейковый raid1, сервак далеко.

# vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
215 37 143216 508396 2075332 5763708    0    0    25   368    0    0 20  5 74  0  0

# free -m
              total        used        free      shared  buff/cache   available
Mem:          64103       55304         822           2        7976        8131
Swap:           975         139         836

за ответы спасибо всем в треде, полезно, просвещаюсь

Исходная версия Deleted, :

# vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
215 37 143216 508396 2075332 5763708    0    0    25   368    0    0 20  5 74  0  0

за ответы спасибо всем в треде, полезно, просвещаюсь