Tôi đang sử dụng clashonacc trên máy tính để bàn và máy chủ của mình. Tôi sử dụng Raspberry Pi làm máy chủ Clamd. Quá trình clash chỉ sử dụng ~25% của cả 4 lõi, vì vậy với htop tôi thấy nó đang sử dụng ~100% và 400% là mức tối đa mà một quy trình có thể sử dụng vì raspberry pi có 4 lõi.
RAM không đầy và không có nhiều i/o chờ đợi (theo htop)
Tôi hiện đang thử nghiệm Clamonacc trên một máy chủ nhưng hàng đợi Clamonacc đã đầy cho đến khi đạt đến giới hạn (quá nhiều tệp đã mở)
Tôi chỉ gặp những vấn đề này nếu tôi sử dụng một máy chủ clashd chuyên dụng - với ổ cắm, nó không thường xuyên lấp đầy hàng đợi.
Luôn luôn chỉ có một sợi chỉ có vỏ sò (hai sợi dây nếu tôi tìm kiếm bằng thanh clamdtop vì Clamdtop cần một sợi khác) trên raspberry pi.
Tôi nghĩ rằng kết nối tcp làm cho tất cả chậm hơn. Lưu lượng truy cập đi qua một chuyển đổi từ máy chủ của tôi với clashonacc sang máy chủ raspberry pi clapd của tôi - nhưng đó không phải là vấn đề. htop nói rằng có ~7MB/s (3000/8000 gói)
Raspberry pi không phải là vấn đề vì tôi đã sử dụng một thiết bị khác và nó vẫn không hoạt động
Làm thế nào tôi có thể sửa lỗi này?
Cả hai hệ thống đã cài đặt Ubuntu. Phiên bản Clamav: 0.103.3
btw, clashdscan dường như không có vấn đề gì nhưng nó chậm hơn thông qua tcp
chỉnh sửa:
Tôi hiểu rồi.. Vấn đề giống như bạn sẽ chạy clashav dưới quyền root nhưng bạn không loại trừ quyền root nên nó sẽ quét trong một vòng lặp. Tôi sử dụng đường dẫn gắn kết clashonaccess / để quét hệ thống của mình. Vấn đề là ngay cả khi tôi loại trừ cả hai, clashav và root, nó vẫn sẽ quét trong một vòng lặp. Nếu tôi đổi sang một ổ cắm cục bộ, nó sẽ không quét trong một vòng lặp nhưng nếu tôi sử dụng một máy chủ clash chuyên dụng thì nó sẽ hoạt động
Đây có phải là lỗi của clashav không?
