Số lượng đồng hồ inotify hợp lý với Linux là bao nhiêu?

Question

Tôi đang làm việc trên một daemon giám sát các sự kiện tập tin thông qua inotify để kích hoạt các loại sự kiện khi các tập tin được truy cập. Tôi đã đọc rằng đồng hồ là một ít tốn kém, bởi vì hạt nhân được lưu trữ tên đường dẫn đầy đủ của mỗi tập tin được theo dõi.

Có bao nhiêu đồng hồ quá nhiều?

Chỉnh sửa: Chủ yếu là, tôi tự hỏi .. có bao giờ bạn nhìn thấy một hit hiệu suất đáng chú ý, nếu có, tại bao nhiêu đồng hồ đã làm nó xảy ra? Có, tôi phải theo dõi/đệ quy (tuy nhiên nó là một hệ thống bootstrapped tối thiểu).

Answer 1

AFAIK hạt nhân không lưu trữ tên đường dẫn, nhưng inode. Tuy nhiên, có 540 byte cho mỗi lần xem trên hệ thống 32 bit. Tăng gấp đôi trên 64bit.

Tôi biết từ Lsyncd (có thể bạn muốn kiểm tra điều đó?) Những người có một triệu đồng hồ. Nó chỉ ăn một Gigabyte bộ nhớ.

Answer 2

100 tỷ tỷ gazillions sẽ là quá nhiều, có thể. Kernel Korner - Intro to inotify đề cập đến “hàng ngàn đồng hồ” nên ít nhất con số đó không phải là vấn đề.

Answer 3

Bạn có thể tìm thấy giới hạn hệ thống bằng cách đọc /proc/sys/fs/inotify/max_user_instances (số lượng tối đa các đối tượng "inotify") và /proc/sys/fs/inotify/max_user_watches (số lượng tệp tối đa đã xem), vì vậy nếu bạn vượt quá các số đó, quá nhiều ;-) thường là vài chục nghìn hoặc cao hơn - trên hệ thống của tôi, 262143 - có lẽ nhiều hơn bạn cần trừ khi bạn đang cố gắng xem mọi tệp trong hệ thống tệp, nhưng bạn không nên làm điều đó. Tôi sẽ nói, chỉ cần cố gắng không sử dụng đồng hồ inotify nhiều hơn bạn cần, và đừng lo lắng về nó, trừ khi bạn nhận thấy một sự giảm đáng kể hiệu suất.

Answer 4

thông tin của tôi:

[foo@caffeine ~]# cat /var/log/lsyncd.status | grep Inotify 
Inotify watching 293208 directories 

[foo@caffeine ~]# cat /proc/sys/fs/inotify/max_user_watches 
1048576 

lsyncd sử dụng khoảng 130M bộ nhớ.

Tôi sử dụng lsyncd để giữ một số thư mục đồng bộ với máy chủ khôi phục thảm họa.

Không đạt hiệu suất/hình phạt trên máy chủ chính.