mtrr_gran_size / mtrr_chunk_sizeを指定する方法と理由

andと/var/log/dmesg呼ばれるものに関する情報を含む数十行が含まれていることに気づきました。gran_size*BAD*gran_size

[    0.000000] mtrr_cleanup: can not find optimal value
[    0.000000] please specify mtrr_gran_size/mtrr_chunk_size

それが言うことをする必要がありますか？どうでしょう？

MTRRは、メモリタイプの範囲レジスタを表します。これは、システムのメモリリソースを分割して管理する新しい方法です。この機能は、メモリサイズがますます大きくなるため、プロセッサに配置されていました。メモリを割り当てて、より効率的に使用する方法が必要でした。

MTRRの主な機能は、システム内のPCIまたはAGPコンポーネントの場所をマップして、ソフトウェア、ドライバーが迅速かつ効率的にそれらにアクセスできるようにすることです。

（Gentoo Wikiから）

Linux MTRRの問題の解決を読んだ後、mtrrサニタイザーがメモリレイアウトのいくつかのオプションから選択できない場合に表示されるエラーが報告されているようです。エラーメッセージの横に可能なオプションのリストが出力されます。メッセージが消えるようにするには、次のようなものを指定する必要があります

enable_mtrr_cleanup mtrr_spare_reg_nr=1 mtrr_gran_size=32M mtrr_chunk_size=128M

カーネルブートパラメーター（実際の値は、サニタイザーによって提案されたオプションの1つから取得されます）。

記事の著者はそれを主張します

これで、24MiBのRAMはなくなりましたが、私の3Dワークロードは、基本的にはwebglコンテンツであり、Google Earth内の非表示のフライトシミュレーターですが、どちらもかなり優れたフレームレートで実行されます。

これは私をとても興味深くしています...私のdmesgすべてのマシンをチェックする必要があります。

2017年1月に更新されたRHEL6の[Redhat's Knowledgebase] [1]によると、「mtrr_gran_size / mtrr_chunk_sizeを指定してください」という意味は次のとおりです。

• これらのメッセージは問題ではなく、単なる警告です。それらは無視できます。
• /boot/grub/grub.confのカーネルパラメータにdisable_mtrr_cleanup disable_mtrr_trimを追加すると、これらのエラーを開始するコードパスが無効になり、システムに表示されなくなる可能性があります。

もちろん、私はRedhatがUbuntuではないことを認識していますが、概してそれらは同じカーネルを実行しているので、Ubuntuと同じではない場合は非常に驚きます。この回答は「セカンドオピニオン」として提供されます。

[1]：https : //access.redhat.com/solutions/2852191-（サブスクリプションが必要）