コンパイル量が多い場合の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「問題状態」では、システムが応答しないため、キャッチが困難です。深刻な「停電」以外は何もできません。