неінтенсивна альтернатива lsof?

Ми запускаємо кластер Apache Cassandra, де кожен хост має відкритий кілька сотень тисяч файлів у будь-який момент.

Ми хотіли б, щоб мати можливість отримати кількість відкритих файлів через певні проміжки часу і годувати це число в графіт , але коли ми біжимо lsofпід collectd, він закінчує приймати кілька хвилин , щоб закінчити і жувальний непомірну кількість CPU в той же час .

Мені цікаво, чи існує альтернативний і більш дружній спосіб отримати ті самі дані, які надає lsof, або навіть спосіб запуску lsof, який не буде їсти в процесор так помітно? (Хоча я припускаю, що цей останній метод, ймовірно, потребуватиме набагато більше часу, ніж це є зараз ... не ідеально).

Можливо, ядро ​​десь підтримує якусь змінну, яка містить кількість відкритих файлів? Прийняття бажаного за дійсне?

Оновлення:

Відповідаючи на одну з відповідей, ми вже використовуємо прапори -bта -n. Ось повна команда, як у мене вона працює під collectd:

sudo lsof -b -n -w | stdbuf -i0 -o0 -e0 wc -l

Вам, ймовірно, не потрібно вирішувати мережеві адреси для сокета, тому хоча б використовуйте -nкомутатор. Тоді ви також можете так пропустити операції з блокування -b.

Ці 2 перших вимикача дійсно повинні зробити це швидше.

А потім -lуникнути розв’язання уідів. І -Lщоб уникнути підрахунку посилань. І т. Д. Побачте людину lsof .

Крім того, за допомогою Linux ви можете створити сценарій, щоб просто підрахувати такі посилання /proc/<PID>/fd:

find /proc -mindepth 3 -maxdepth 3 -type l | awk -F/ '$4 == "fd" { s++ } END { print s }'

Ви робите це неправильно.

З man proc

   /proc/sys/fs/file-nr

Цей файл (лише для читання) містить три числа: кількість виділених ручок файлу (тобто кількість відкритих файлів); кількість безкоштовних ручок файлів; і максимальну кількість файлових ручок (тобто таке ж значення, як / proc / sys / fs / file-max). Якщо кількість виділених ручок файлів близька до максимальної, слід розглянути можливість збільшення максимуму. До Linux 2.6 ядро, що виділяється файлом, динамічно обробляє, але знову не звільняло їх. Натомість безкоштовні ручки файлів зберігалися у списку для перерозподілу; значення "безкоштовних ручок файлів" вказує розмір цього списку. Велика кількість вільних ручок файлів вказує на те, що минулий пік у використанні відкритих файлових ручок був минулим. Починаючи з Linux 2.6, ядро ​​дійсно розміщує ручки звільненого файлу та "

Перше значення, якщо ви котаєте, яке дає вам саме те, що ви є після того, як воно з'явиться.

Для запису я не міг отримати lsofвихід, щоб відповідати йому навіть з деякою кількістю підробок, але я збираю, якщо саме це ядро ​​каже, що його ядро ​​більш авторитетне, ніж список, який ви отримаєте з lsofбудь-якого випадку.