7 ответов в этой теме

[Jbanchic]

Здравствуйте. Сервер ESS10 на линуксе. Агенты все тоже на линуксе. Все агенты периодически сканируются и выдаются сообщения о завершении проверок в оповещениях. Но когда идет сканирование загрузка процессоров достигает 100% и не позволяет выполнять другие важные задачи. В связи с этим 2 вопроса:

 

1. Как можно ограничить по времени и строго установить для всех агентов начало проведения сканирования агентов с помощью центра управления? (таких настроек не нашел)...агенты почему-то живут своей жизнью и не управляются.

 

2. В настройках Scanning Engine установлен параметр "Количество сканирующих процессов" =4. Читал, что это как-то зависит от количества ядер процессоров в системе (в том числе эмулируемых, т.е *2). В системе их 32 (16 реальных + 16 эмулируемых) , значит параметр ставить 32? Как при этом изменится нагрузка на процессоры, будут ли при этом выделяться ресурсы для других задач?

Спасибо.

Сообщение было изменено Jbanchic: 27 Июнь 2017 - 15:24

[maxic]

Jbanchic, по сканированию: посмотрите в расписании задание на сканирование при запуске? Лично я его отключаю, спайдера достаточно. Оповещения тоже не обязательны.

[Jbanchic]

Jbanchic, по сканированию: посмотрите в расписании задание на сканирование при запуске? Лично я его отключаю, спайдера достаточно. Оповещения тоже не обязательны.

И все же, есть идеи в плане ответа на мои вопросы? Спасибо

[maxic]

Jbanchic, установить начало проведения сканирования можно там же, в Планировщике заданий для станций/групп. Включать сканирование можно по разным триггерам. По умолчанию раньше стояло "после запуска".

Сканирование по требованию и задумано таким образом, чтобы использовать ресуры компьютера по максимуму и сократить время проверки до минимума. Так что полная загрузка - это штатное поведение.

 

Агентов на линуксе не имею, так что по потокам для движка ничего не отвечу.

[Jbanchic]

Jbanchic, установить начало проведения сканирования можно там же, в Планировщике заданий для станций/групп. Включать сканирование можно по разным триггерам. По умолчанию раньше стояло "после запуска".

Сканирование по требованию и задумано таким образом, чтобы использовать ресуры компьютера по максимуму и сократить время проверки до минимума. Так что полная загрузка - это штатное поведение.

 

Агентов на линуксе не имею, так что по потокам для движка ничего не отвечу.

Насчет сканирования идея понятна, но увы не для всех случаев она подходит... особенно если используется высоконагруженная система, где процессорное время и так используется без антивирусов. А вот ограничение по нагрузке на процессор для линуксовых клиентов (как, например, в настройках для клиентов под WIndows по-умолчанию до 50%) позволило бы исполнять другие задачи без потери производительности и подвисаний ПО. Странно, что для винды это сделано, а для линукса используется по полной.

Поэтому альтернативное ограничение нагрузки мной рассматривается ограничение использования потоков... но вот доков по этой части не много... и best practices на этот счет нигде я не нашел. Если кто-то сможет подсказать как должно быть правильно и различные варианты, я бы сказал огромное спасибо. ))

[Yury Vovk]

2. В настройках Scanning Engine установлен параметр "Количество сканирующих процессов" =4. Читал, что это как-то зависит от количества ядер процессоров в системе (в том числе эмулируемых, т.е *2). В системе их 32 (16 реальных + 16 эмулируемых) , значит параметр ставить 32? Как при этом изменится нагрузка на процессоры, будут ли при этом выделяться ресурсы для других задач?

В данном случаи, это ограничение кол-ва дочерних процессов, порождаемых основным: больше процессов - проверим быстрее, меньше - будем проверять дольше. На потребление процессорного времени это не влияет, за исключением того что пиковая нагрузка может длиться дольше/короче по времени.

А вот ограничение по нагрузке на процессор для линуксовых клиентов (как, например, в настройках для клиентов под WIndows по-умолчанию до 50%) позволило бы исполнять другие задачи без потери производительности и подвисаний ПО.

В Linux это вроде как тоже возможно, по крайней мере утилита cpulimit такую возможность предоставляет (можете пока воспользоваться ей, для того что бы ограничить потребление процессорного времени движком), надо уточнить, по какой причине такой функционал не реализован для Linux АВ работающего в режиме Агента ES.

[Yury Vovk]

Jbanchic, обращались ли вы в техподдержку с вопросом о подобном функционале? Если да - то скиньте мне в личку номер запроса, если нет то сделайте запрос и опять же скиньте мне в личку его номер. Поднимим перед разработчиками вопрос о реализации этого функционала. Судя по всему просто раньше эта проблема не поднималась...

[Konstantin Yudin]

Сам фр заведи