.png)
[Sun Mar 1 07:51:40 2020] MTRR default type: uncachable
[Sun Mar 1 07:51:40 2020] MTRR fixed ranges enabled:
[Sun Mar 1 07:51:40 2020] MTRR variable ranges enabled:
[Sun Mar 1 07:51:40 2020] pmd_set_huge: Cannot satisfy [mem 0xf8000000-0xf8200000] with a huge-page mapping due to MTRR override.
数日前にサーバーを再起動した後、これらのメッセージに気づきました。
関連性があるかもしれない:
enable_mtrr_cleanup
見つかったカーネルパラメータ引用します:
The kernel tries to adjust MTRR layout from continuous to discrete, to make X server driver able to add WB entry later. This parameter enables that.
上記は理解できませんが、ハードウェアについて言及する必要があると感じています。
これはDellの古い製品で、CPU(およびiGPU)Intelを搭載したPowerEdge T20です。Xeon E3-1225 v33.2GHz、8MBキャッシュ、4C/4T、フルスペックインテルの箱舟+ それはUDIMM の 32 GB DDR3。
私が見つけたのはMTRR (メモリタイプ範囲レジスタ) は Wikipedia にあります残念ながら、私もこれについてはあまり理解していません。わかりやすい言葉で何かヒントはありますか? dmesg
Debian 10 でそのメッセージは気にするべきでしょうか?
上記のサーバーとは対照的に、こちらはハードウェアのMTRRについて言及している関連部分です。これは、同じくDellのInspiron 15という新しいラップトップです。SO-DIMM の 32 GB DDR4:
[Sat Mar 7 10:00:42 2020] MTRR default type: write-back
[Sat Mar 7 10:00:42 2020] MTRR fixed ranges enabled:
[Sat Mar 7 10:00:42 2020] MTRR variable ranges enabled:
ほとんど違いは見られません。実際のアプリケーションでは違いがないのかもしれません...あるのかもしれません。
答え1
のメモリタイプ範囲レジスタ(MTRR) は、メモリ書き込みに関するキャッシュ動作を制御できます。どちらのログでも、特定の動作は有効になっていません。有効になっている場合は、次のようになります (私の古いシステムの場合)。
MTRR default type: uncachable
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-EFFFF uncachable
F0000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 000000000 mask FE0000000 write-back
1 base 020000000 mask FF8000000 write-back
2 disabled
3 disabled
4 disabled
5 disabled
6 disabled
7 disabled
通常、これはパフォーマンスに影響を与える可能性がある古いグラフィック カードでのみ必要です。
したがって、ログにはMTRRに関する異常な動作は示されていません。唯一の可能性があるのは
pmd_set_huge: Cannot satisfy [mem 0xf8000000-0xf8200000] with a huge-page mapping due to MTRR override.
残りのログを確認したり、システム内を調べたりしなければ、なぜこれが存在するのか、つまり、このメモリ範囲が何なのか、MTRR オーバーライドがどこから来るのか、そもそもこれが巨大ページ マッピングに適しているかどうかはわかりません。
したがって、これも問題ない可能性は十分にあり、巨大なページ テーブルを持つことができない PCI カードの I/O スペースである可能性があります。