make -j `nproc` を使用すると、ページフォルト数が急増します。

私は最高のコンパイル時間を得るためにGNU Makeが使用できるようにする必要がある作業の数を理解するためにベンチマークを実行しています。そのために、make -j<N>Nが1から17の整数であるGlibcをコンパイルしました。これまで、各N選択に対してこれを35回行いました（合計35 * 17 = 595回）。私も走っています。GNU時間Makeが費やす時間と使用するリソースを決定します。

結果データを分析してみたところ、何か奇妙なことがわかりました。私がそこに着いたとき、主要なページエラーの数が著しく急増しました-j8。

また、8はマイコンピュータのCPUコア数（またはより具体的にはハイパースレッド数）であることに注意する必要があります。

自発的なコンテキスト切り替え回数でも同じ現象を見ることができるが、目立たない。

私のデータが歪んでいないことを確認するためにもう一度テストを実行しましたが、それでも同じ結果が得られました。

私はLinuxカーネル5.15.12を使ってartix Linuxを実行しています。

このようなスパイクの理由は何ですか？

編集：4コアPCで同じ実験を再実行しました。今回は4つの職業で同じ現象が観察されました。

また、2つのタスクマークで主なページエラーが急増していることを確認してください。

編集2：

@FrédéricLoyerは、ページエラーを効率（所要時間の逆数）と比較することを提案しました。以下はボックス図です。

1つの職業から4つの職業に行くと、効率がますます良くなることがわかります。しかし、より多くの職業では、本質的に同じままです。

また、私のシステムには十分なメモリがあるため、最大操作数にもかかわらずメモリが不足しません。私はまた、PRSS（ピーク常駐セットサイズ）を記録しました。

ジョブ数がメモリ使用量にまったく影響しないことがわかります。

編集3：MC68020が提案したように、4コアおよび8コアシステムのTLBS（トランザクション参照バッファノックダウン）値のプロットは次のとおりです。