Folosesc clamonacc pe computerul meu desktop și pe servere. Eu folosesc un raspberry pi ca server clamd. Procesul clamd folosește doar ~ 25% din toate cele 4 nuclee, așa că cu htop văd că folosește ~ 100% și 400% este maximul pe care un proces l-ar putea folosi deoarece raspberry pi are 4 nuclee.
RAM nu este plină și nu este multă așteptare de i/o (conform htop)
În prezent testez clamonacc pe un server, dar coada clamonacc se umple până la limită (prea multe fișiere deschise)
Am aceste probleme doar dacă folosesc un server clamd dedicat - cu soclul nu umple coada des.
Există întotdeauna un singur fir clamd (două dacă mă uit cu clamdtop pentru că clamdtop are nevoie de altul) pe raspberry pi.
Cred că conexiunea tcp face totul mai lent. Traficul trece printr-o comutare de la serverul meu cu clamonacc la serverul meu raspberry pi clamd - dar asta nu ar trebui să fie o problemă. htop spune că există ~7MB/s (3000/8000 pachete)
Raspberry Pi nu este problema pentru ca am folosit alt dispozitiv si tot nu a functionat
Cum pot remedia asta?
Ambele sisteme au instalat Ubuntu. Versiunea Clamav: 0.103.3
btw, clamdscan nu pare să aibă probleme, dar este mai lent prin tcp
Editați | ×:
Am înțeles.. Problema este ca și cum ați rula clamav sub root, dar nu excludeți root, așa că scanează într-o buclă. Folosesc clamonaccess mount-path / pentru a-mi scana sistemul. Problema este că, chiar dacă le exclud pe ambele, clamav și root, va scana în continuare într-o buclă. Dacă trec la o priză locală, nu va scana într-o buclă, dar dacă folosesc un server clamd dedicat, o face
Este aceasta o eroare a clamav?
