CPUを集中的に使用しないlsofの代替？

Apache Cassandraクラスターを実行し、各ホストで常に数十万のファイルを開いています。

定期的に開いているファイルの数を取得し、この数をグラファイトに入力できるようにしたいと考えていますが、実行lsofするとcollectd、完了するまでに数分かかり、その間に異常な量のCPUを噛みます。

lsofが提供するのと同じデータを取得するための代替のより友好的な方法があるのか​​、それともlsofを実行してCPUに著しく食い込まない方法があるのか​​疑問に思っています。（この後者の方法は、現在よりもはるかに時間がかかると思われますが、理想的ではありません）。

おそらくカーネルは、開いているファイルの数を含む変数をどこかに保持していますか？希望的観測？

更新：

回答の1つに応じて、すでに-band -nフラグを使用しています。以下に実行中の完全なコマンドを示しますcollectd。

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

おそらく、ソケットのネットワークアドレスを解決する必要はないので、少なくとも-nスイッチを使用してください。次に、でブロック操作をスキップすることもできます-b。

これらの2つの最初のスイッチにより、本当に高速になります。

そして、-lUIDの解決を避けるため。また-L、リンクのカウントを避けるため。その他man 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

この（読み取り専用）ファイルには3つの数字が含まれています。割り当てられたファイルハンドルの数（つまり、現在開いているファイルの数）。空きファイルハンドルの数。ファイルハンドルの最大数（つまり、/ proc / sys / fs / file-maxと同じ値）。割り当てられたファイルハンドルの数が最大に近い場合、最大値を増やすことを検討する必要があります。Linux 2.6以前では、カーネルはファイルハンドルを動的に割り当てましたが、それらを再び解放しませんでした。代わりに、空きファイルハンドルは再割り当て用のリストに保持されていました。「空きファイルハンドル」の値は、そのリストのサイズを示しています。多数の空きファイルハンドルは、開いているファイルハンドルの使用に過去のピークがあったことを示します。Linux 2.6以降、カーネルは解放されたファイルハンドルの割り当てを解除し、

猫が現れた後にあなたが何であるかを正確に与える最初の値。

記録についてはlsof、多少の混乱があっても出力を一致させることはできませんでしたが、それでも、カーネルがあなたがlsofとにかく取得するリストよりも権威があると言っていることを収集します。