質問: ps出力でのlinuxの重複および追加プロセス linux psコマンドを使用して、dockerコンテナー内からプロセスのrssサイズを監視しています。 rssの合計がしきい値を超えると、テストに失敗し、メモリのリグレッションを探し始めます。これは、dockerコンテナ内からのps出力全体です。 pid %cpu rss threads command 1 0.0 2616 1 sh /test/build/unittest.sh 7 3.3 44240 1 /usr/bin/xvfb :1 -screen 0 ... 17 1.5 10824 1 /usr/bin/fluxbox 357 690 6292244 324 java -server -xmx2g ... 490 0.4 7852 1 /usr/bin/python /usr/bin/dstat ... 491 0.7 7812 1 /usr/bin/python /usr/bin/dstat ... 1331 0.0 3040 1 /usr/bin/ps -ahww --format ... 1332 0.0 380 1 /usr/bin/ls --all ... 1333 0.0 6292248 1 [ndr-347] javaプロセス(pid:357)は、短命の子プロセスを作成します。上記の出力では、2つのdstat pythonプロセス、ps、ls、および[ndr-347] "を確認できます。これらはすべてjavaプロセスによって作成されました。子プロセスが重複している(つまり、同じコマンド)が、プロセスidが異なる(表示されていない)場合があります。子プロセスが重複しているのはなぜですか?これはある種のlinuxまたはdockerアーティファクトだと思います。そのアーティファクトは何ですか?psの出力を1年以上監視しています。初めて、ほぼ同じrssを持つ追加のプロセス「[ndr-347]」(pid:1333)が表示されます。 javaプロセス(pid:357)はスレッドに「ndr-#」という名前を付けているので、子プロセスのコマンドがjavaプロセスのスレッドの名前になるのは奇妙だと思います。余分なプロセスはrssを2倍にし、問題を引き起こします。問題は再現できません。これは、pid 1333が非常に短命であり、psによって捕捉されないことを私に示唆しています。 rssの合計は12.07gbで、追加のプロセスを除いた場合は6.07gbです。この余分なプロセスは何ですか?なぜこんなに巨大なrssがあるのですか?編集:正確なpsコマンドは...ps -ahww --format pid,%cpu,rss:8,nlwp=threads,command
回答: 他のプログラムを実行するjavaプロセスがあります。別のプログラムを実行したい他のプロセスと同様に、最初のステップはforkです。このフォークされたプロセスは、親のメモリマップを継承します。このメモリは共有されているため、実際には追加のramを使用しません。forkの後の次のステップは、新しいプロセスをexecveすることです。 execveはすべてのメモリを解放し、新しいプログラムからメモリをマップします。通常、execveはforkの直後に続くため、この状態でプロセスをキャッチする可能性はほとんどありませんが、発生する場合があります。特定のケースでは、フォークされたjavaプロセスにndr-という名前が含まれていることがわかっている場合は、これらのプロセスを無視する必要があります。