コンパイル量が多い場合のLinuxのスワップ/フリーズ

コンパイル量が多い場合のLinuxのスワップ/フリーズ

次の設定があります:Gentoo Linux、カーネル4.19.52、AMD Ryzen 5 1600、16G RAM(最大8GはRAMディスクとして使用され、tmpfsとしてマウントされます)。また、32Gスワップパーティションを設定しました。次の問題は、半年にわたって複数のコアを悩ませています。

比較的大きなアプリケーション(chromiumやFirefoxなど)をコンパイルすると、最終的に(30分コンパイルなど)システムが応答しなくなります。私が観察したところによると、システムがたくさんスワップし始めたように見えましたが(kswapdはかなり多くのCPUを使用していました)、驚くべきことに、実際のスワップスペースはほとんど使用されませんでした。何らかの理由でシステムにRAMが不足しているようですが、スワップスペースも使用したくありません。

何を探すべきかについてのアドバイスやアイデアはありますか?この問題をデバッグするのは少し難しいです。すべてが「ほぼ」停止するまで約30〜60分間スムーズに実行されます(マウスが30秒ごとに1インチずつ動くことを意味します)。これも観察できません。

誰かがこの問題に直面した可能性がありますか?どんなアドバイスにも感謝します...

マレク

デフォルトの/proc/meminfo出力は次の場所にあります。https://pastebin.com/SQJ49mhD「問題状態」では、システムが応答しないため、キャッチが困難です。深刻な「停電」以外は何もできません。

答え1

最新のブラウザの構築プロセスは非常に複雑です。仮想メモリシステムは多数のページを移動する可能性が高いですが、ページをディスクに大幅にページングするのに十分ではありません。

最初からLinuxレポートFirefoxを構築するための6GB以上のRAMWebKitを含むChromiumの場合、スレッドあたり1.25 GB

より多くのメモリーを解放したり、ジョブ数を減らしたりするには、-j スイッチのいずれかを使用します。または、事前にビルドされたバイナリを使用してください...

関連情報