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

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

Мы хотели бы иметь возможность получать количество открытых файлов с периодическими интервалами и подавать это число в графит , но когда мы работаем lsofпод collectdним, в итоге уходит несколько минут на завершение работы и в то же время жует чрезмерное количество ЦП ,

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

Возможно, ядро ​​поддерживает некоторую переменную где-то, которая содержит количество открытых файлов? Желаемое за действительное?

Обновить:

В réponse на одном из ответов, мы уже используя -bи -nфлаги. Вот полная команда, поскольку у меня это работает под collectd:

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

Вам, вероятно, не нужно разрешать сетевые адреса для сокета, поэтому по крайней мере используйте -nкоммутатор. Тогда вы также можете пропустить операции блокировки -b.

Эти 2 первых переключателя должны действительно сделать это быстрее.

А затем, -lчтобы избежать разрешения идентификаторов. И -Lчтобы не считать ссылки. И т. Д. Посмотрите на человека .

В качестве альтернативы, в 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 ядро ​​распределяло файловые дескрипторы динамически, но не освобождало их снова. Вместо этого дескрипторы свободных файлов были сохранены в списке для перераспределения; значение "free file handles" указывает размер этого списка. Большое количество свободных файловых дескрипторов указывает на то, что в прошлом использовался открытый файловый дескриптор. Начиная с Linux 2.6, ядро ​​освобождает дескрипторы освобожденных файлов, и "

Первое значение, если вы кот, который дает вам именно то, что вы есть после того, как он появится.

Для записи, я не смог получить lsofрезультат, соответствующий этому, даже с некоторой степенью фальсификации, но я понял, что так говорит ядро, что оно более авторитетно, чем список, который вы получаете в lsofлюбом случае.