[freebsd] clamav-clamd

[Oleksandr Kryvulia]

04.02.24 18:47, Taras Heichenko:
>
> 04.02.2024 18:19, Taras Heichenko:
>>
>> 04.02.2024 17:46, Eugene Grosbein:
>>> 04.02.2024 4:17, Taras Heichenko пишет:
>>>>     Hi all!
>>>>
>>>> Може хтось підказати.  На сервері  13.2-RELEASE-p9 amd64 
>>>> запускається clamav-clamd. Запускається дуже довго. Погрався у 
>>>> відладку з скриптом запуску і виявив, що висить він на команді
>>>>
>>>>   limits -C daemon /usr/local/sbin/clamd
>>>>
>>>> що, здається помітно гальмує процес завантаження. (Тобто в 
>>>> результаті після ребуту clamd запущений, але займає це помітний 
>>>> час) Є якісь ідеї, на чому воно висить і що з цим можна зробити?
>>>>
>>> Свопится поди?
>>>
>>> Из clamd.conf:
>>>
>>> # Enable non-blocking (multi-threaded/concurrent) database reloads.
>>> # This feature will temporarily load a second scanning engine while 
>>> scanning
>>> # continues using the first engine. Once loaded, the new engine 
>>> takes over.
>>> # The old engine is removed as soon as all scans using the old 
>>> engine have
>>> # completed.
>>> # This feature requires more RAM, so this option is provided in case 
>>> users are
>>> # willing to block scans during reload in exchange for lower RAM 
>>> requirements.
>>> # Default: yes
>>> ConcurrentDatabaseReload no
>> Увы, но нет. Выставление этого параметра в конфиге ситуацию не 
>> спасло. Вот похоже из свопа он выковыривается долго, если долго был 
>> запущен, то дождаться, пока он остановится, это еще хуже, чем 
>> дождаться, пока запустится.
>
> Включение всяких дебагов показало, что судя по всему очень долго 
> грузятся сигнатуры. А нельзя ему сказать "ты запустись, а их потом 
> догрузишь"?

Не флейма ради. Может пришло время сказать ему, что он не нужен? Я 
отказался от него несколько лет назад-  детектит чуть больше чем нуль, а 
проц подъедает. Сейчас процент почтового трафика с телом вируса внутри 
очень мал и с этим можно справиться другими средствами.