削除されたファイルを探している（まだ開いている）いくつかのCouchDBの問題のデバッグ：
$ lsof -nP | grep '(deleted)'
驚いたことに、Google Chromeには次の約16900個のファイルがあることがわかりました。
- ファイル15870個
/run/shm/.com.google.Chrome/ - 969ファイル
/opt/google/chrome/
他のアプリケーション（Dropboxなど）から削除されたファイルは約350個程度です。
- これは、Chromeからファイルが「漏洩する」という意味ですか？
- これらのファイルはメモリを消費しますか？私の考えではそうではないと思います。ディレクトリエントリがなくても、ファイルシステムにのみ存在できます。
- ディスク容量を使用していますか？私が言いたいのは、まだ開いているので、カーネルがディスク容量を確保できないということです。
私はGoogle Chromeを使用しており、Version 43.0.2357.130 (64-bit)私のシステムは次のとおりです。
# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.2 LTS
Release: 14.04
Codename: trusty
答え1
これはシステムの問題ではなく、Chromeのしくみの問題です。メモリやファイルなどが漏れず、Chromeが現在使用しているデータです。
Chromeは複数の個別のプロセスを使用します（ただし、タブごとに1つのプロセスではありませんが、これは一般的な概念です）。これらのプロセスの一部はデータを交換する必要があります。彼らは記憶を共有することによってこれを行います。 Chromeは、作成された後に削除されるインメモリファイルシステム（tmpfs）のファイルを介してこの共有メモリ（少なくとも一部）を実装します（ファイルが難読化されないようにします）。
表示されるファイルはディスク容量を消費せずにメモリを占有します。/runメモリファイルシステムの下にあります。 RAMの他のものと同様に交換できます。
/opt/google/chromeChromeをアップグレードしてもまだ再起動していない場合は、削除されたファイルのみが下に表示されます。再起動すると、削除されたファイルは消えます。
答え2
mikeservは「40個のタブのうち39個[必須ではない]」と言います。
これは（おそらく）本当ではありません。はい、私たちは見ている一度に1つのタブしか利用できません。私たちは、1日の異なる時間にこのタブの情報を必要とし、しばしば他のタブの情報を参照した後に中断した部分を選択したいので、複数のタブを維持します。
Chromeが実行されているとき、「Composito」、「WorkerPoo」、およびchromiumという項目は、270,479個の開かれたファイルの26％を使用します。タグ30個は少し多すぎると思います！
41062 Composito
17078 chromium-
12625 WorkerPoo
30個のタブにわたり、lsofはさまざまなライブラリモジュールの約170個のインスタンスを報告します。
lsof | grep '^Composito' | sed -e 's/^.............................................................................................//' | sort | uniq -c | sort -nr 173 /usr/lib/locale/locale-archive 172 /usr/lib/x86_64-linux-gnu/libXss.so.1.0.0 172 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 172 /usr/lib/x86_64-linux-gnu/libXrandr.so.2.2.0 172 /usr/lib/x86_64-linux-gnu/libXi.so.6.1.0 172 /usr/lib/x86_64-linux-gnu/libXinerama.so.1.0.0 172 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 172 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0