Я использую clamonacc на своем настольном компьютере и серверах. Я использую raspberry pi в качестве сервера clamd. Процесс clamd использует только ~ 25% всех 4 ядер, поэтому с htop я вижу, что он использует около ~ 100%, а 400% — это максимум, который может использовать процесс, потому что у raspberry pi 4 ядра.
ОЗУ не заполнено, и ожидания ввода-вывода невелики (согласно htop)
В настоящее время я тестирую clamonacc на одном сервере, но очередь clamonacc заполняется до предела (слишком много открытых файлов)
У меня эти проблемы возникают только в том случае, если я использую выделенный сервер clamd - с сокетом он не часто заполняет очередь.
На Raspberry Pi всегда есть только один поток Clamd (два, если я смотрю с Clamdtop, потому что Clamdtop нужен еще один).
Я думаю, что tcp-соединение делает все медленнее. Трафик проходит через коммутатор с моего сервера с clamonacc на мой сервер clamd raspberry pi, но это не должно быть проблемой. htop говорит, что есть ~ 7 МБ/с (3000/8000 пакетов)
Raspberry Pi не проблема, потому что я использовал другое устройство, и оно все равно не работало.
Как я могу это исправить?
В обеих системах установлена Ubuntu. Кламав версия: 0.103.3
кстати, у clamdscan вроде нет проблем, но через tcp работает медленнее
редактировать:
Я понял .. Проблема в том, что вы запускаете clamav под root, но вы не исключаете root, поэтому он сканирует в цикле. Я использую clamonaccess mount-path/ для сканирования своей системы. Проблема в том, что даже если я исключаю и clamav, и root, он все равно будет сканировать в цикле. Если я перейду на локальный сокет, он не будет сканировать в цикле, но если я использую выделенный сервер clamd, он будет
Это ошибка clamav?
