MeltdownパッチとSpectreパッチからそれほど多くのパフォーマンスを失わないようにするためにできることはありますか？

インテルはそれを許したかった MeltdownとSpectre それは彼の問題であり、それから彼は修正し、問題を解決するために協力している技術パートナーとしてAMDとARMを引用し、その過程でそれらも指摘しましたが、ARMとAMDはどちらもそうではありませんMeltdownはIntelマイクロプロセッサ（および一部のARM）にほぼ排他的であり、Spectreはより多くのマイクロプロセッサに影響を及ぼしますが、同じ程度ではなく、Intelが再び最悪の部分を占めるため、Intelと同様にこれらの脆弱性の影響を受けます。

彼らはまたすぐにそれを言いました パフォーマンスの低下 パッチをインストールした後、ユーザーが気付かないことはほとんどありません。 そして、ほとんどの場合、予想されるほど劇的な損失がないことは事実ですが、チップの世代に応じて、損失は最小限または非常に深刻になる可能性があることは事実です。 彼らはすでにそれを認識しており、システムに対応するパッチをインストールした後、Intelで発生する可能性のある損失を計算するために、ベンチマークを使用していくつかのテストを実行しました。テストはMicrosoft Windowsで実行されましたが、LinuxおよびmacOSなどの他のシステムも同様になります...

推定パフォーマンス損失..。

私が言っているように、少なくともリリースされた最新のCPUモデルでは、パフォーマンスの30％の低下はそれほどではありません。 一方 チップが古ければ古いほど、パフォーマンスが低下します MeltdownパッチとSpectreパッチで更新することを意味します。 インテルが実施するテストはピンセットで行う必要があります。選択したベンチマークはメーカーに利益をもたらし、最悪の場合には置かれていないと思われるためです。さらに、ユーザーがメディアを使用する最も日常的なアプリケーションを考慮して測定が行われました。 、しかしご存知のように、ソフトウェアによって異なります。

Intelはまた、測定のために別のチートを作成しました。 SSDドライブを使用する 彼が使用したすべての機器で、衝撃と戦うために私たち自身が行うことができる改善のXNUMXつになるでしょう。 はい、SSDのHDDを変更すると、SSDのアクセス速度ははるかに速くなり、TLBを空にすると、従来のハードディスクで得られる損失よりも損失が少なくなります。 したがって、HDDを使用している場合、これらのIntelテストからのデータは非常に楽観的であり、これらのベンチマークからデータを取得することを期待するべきではありません。 また、すべてのモデルでテストを行ったわけではありませんが、世代ごとにXNUMXつずつ選んでいるので、ブランドのイメージで最もポジティブなデータを示しているモデルをもう一度選んだと思います。

結果 なっている：

• Intel Core第8世代（KabyLakeおよびCoffeLake）：ほとんどのアクティビティで平均パフォーマンスへの影響は6％と推定され、JavaScriptコードの実行などのWebアプリケーションでは、最大10％の損失が見られる可能性があります。
• Intel Core第7世代（Kaby Lake-H）：ここでは、オフィスアプリケーションなどのパフォーマンスが7％低下し、前のケースより8ポイント高くなり、Webアプリケーションの場合もXNUMXºに比べて少し向上します。
• 第6世代IntelCore（Skylake-S）：通常は約8％…しかし、SYSMark 2014 SEのResponsivenessと呼ばれる特定のテストでは、SSDを使用している場合でも最大79％の損失が検出されています。
• これ以前のIntel：まあ、現時点では、少なくとも公開されていないテストは実行されていませんが、世代ごとに、最後の10つで見られたものに損失ポイントを追加する必要があります。これは、これらの最後のXNUMXつが損失は​​はるかに少ないです。 たとえば、XNUMX年前のプロセッサはどうですか？ ユーザーの反応を見ていきます...

Intelによってテストされたワークロードでは、これらの世代の損失はこれらですが...そしてより高いワークロードで？ 不満を持ったユーザーからの論争はすぐに増えると思います。 もちろん、ビデオゲームは操作のためにシステムにあまり多くの呼び出しを必要とせず、パフォーマンスの低下はそれほど目立たず、約2％になる可能性があり、FPSが実質的に損傷しないため、ゲーマーはもう少し落ち着くことができます。

物理的な観点からパフォーマンスを向上させる方法は？

のように 少しのお金を投資できるハードウェア パフォーマンスの低下を補うために：

• CPU：ソケットとチップセットがCPUをサポートしていれば、CPUをより最新のモデルにアップグレードできます。したがって、より最新のマイクロアーキテクチャまたは優れた特性を備えたプロセッサを含めることで得られるメリットは、以前のチップと明らかに同じですが、このパフォーマンスの低下をカモフラージュする可能性があります。新しいシステムでは、パッチが適用されていないシステムに比べてパフォーマンスが低下します。 論理的なことは、マイクロプロセッサが非常に古く、損失が悪名高く、変更について考えるためにすでに償却されていない限り、マイクロプロセッサを更新しないことです。
• RAM：RAMを拡張しても、パフォーマンスが少し向上し、パフォーマンスの低下が耐えられるようになるため、問題はありません。 この場合、おそらくそれはより近代的なマイクロプロセッサを持っていてそれを変更したくない人のためですが、あまりお金をかけずに新しいモジュールを比較できるので、プロセスを保存するためのセカンダリメモリ（SWAP）の使用を回避できますデータと、マイクロプロセッサがTLBから排出するのにさらに多くのサイクルがかかること。
• ハードドライブ：SSDを機器に含めることも良いオプションです。これにより、HDDに関してこのメ​​モリへのアクセス時間が大幅に短縮され、パフォーマンスが大幅に向上します。 そのため、SSDによるパフォーマンスへの影響ははるかに少なくなります。そのため、IntelはSSDを使用してテストを行いました。 HDDはデータ用のディスクとして、SSDはソフトウェア用としていつでも使用できます。
• オーバークロック：自分が何をしているのかを知っている限り、CPUで数百メガヘルツのロックを解除するためにシステムをオーバークロックすることに賭ける良い機会かもしれません...しかし、これは一部の安定性の問題を引き起こす可能性があることを忘れないでくださいチップ、特に冷却を改善する必要があるため、経済的コストも意味します。

きっと ハードウェアの変更はどれも安すぎません、そしてパフォーマンスの一部を回復したいのであれば、私たちはお金を使わなければなりません。 明らかに、すべてのユーザーがこれを行う必要はなく、パフォーマンスが重要なユーザーのみがこれを行う必要があります。 また、CPUが最新世代の場合、損失はそれほど大きくないことがわかります。コンポーネントの変更を検討する必要があるのは、機器が古い場合、または使用するアプリケーションが次のようなパッチの悪影響に気付いた場合のみです。データベースなど。

ソフトウェアのパフォーマンスを向上させる方法は？

私たちのハードウェアに触れることのお金の支出を捨てる 同じハードウェアで何かできるかどうか自問する必要があります GNU / Linuxディストリビューションでは、パフォーマンスの低下がそれほど目立たないようになっています。 答えは、おそらく何かを行うことができ、設定を変更することでパフォーマンスを向上させることができるということです。 そして確かにあなたがすでに知っているこれらの構成のいくつか：

• AMD：AMD CPUを使用している場合は、パッチを回避する必要がありますが、これはリスクです。これらのチップは完全にSpectreフリーではないためですが、IntelとAMDのアーキテクチャの違いにより、リスクははるかに低いのは事実です...とにかくすぐにまたは後で、これらのシリアルパッチがすでにあるカーネルが到着します。他の考えられる問題を更新せずにカーネルを使用するのは適切ではありません。 最良の方法は、特定のCPUでこれを無効にする構成メカニズムです...
• スワッピネス：キャッシュプレッシャーに関するカーネルパラメーターには特に触れませんが、SSDを使用している場合は差が小さいため、特にHDDを使用している場合はSwappinessを変更できます。 Swappinesの値により、カーネルはRAM / SWAP使用の優先度を変更します。 値が0以下の場合は、SWAPがあまり使用されないため、SpectreパッチとMeltdownパッチをインストールした後のパフォーマンスの低下から少し恩恵を受けることを意味します。 ただし、この手順がパフォーマンスに影響を与えないように、十分なRAMを用意することをお勧めします。 十分なRAM容量とHDDがある場合は、100に近い値または高い値を避けてください。スワップSWAPパーティションをより多く使用し、RAMを空のままにするため、そこでホストされているデータと命令にアクセスするのに時間がかかります。 。 Swappinessの現在の値を確認するには、cat concatenatorを使用し、sysctl値を変更します。たとえば、SWAPを10％使用し、RAMを90％使用します。

cat /proc/sys/vm/swappiness

sysctl -w vm.swappiness=10

• 使用 軽量デスクトップ環境 または、可能な限りグラフィカル環境を完全に省き、ユーザーがテキストモードに慣れている場合、これは根本的な解決策ですが、パフォーマンスに大きく貢献します。 GUIの利点をあきらめたくない場合は、軽量ディストリビューションを選択できます。 取り除くワークロードは、他の目的に使用できる無料のリソースを意味することを忘れないでください。
• そして、前の段落で私がコメントしたことで、それらのすべての悪魔を阻止するのも良い考えだと言った 私たちが使用しないサービス。 これにより、パフォーマンスだけでなく安全性も向上します。 killコマンドは、不要なプロセスを強制終了するための味方にもなります。
• SELinuxの設定方法がわからない場合 適切にそれを使用しない方が良いです、他のセキュリティメカニズムを選んでください。 セキュリティは大幅に向上しますが、非常に重く、正しく構成されていない場合は、想定されるパフォーマンスの大幅な低下に見合う価値がない可能性があります。
• 常にソースからソフトウェアをコンパイルする特定のコンパイラフラグを使用して、特定のCPUの命令を最適化することもできます。これにより、パフォーマンスが向上します。
• を設定します 可能な限り軽いカーネル 大きすぎる画像を生成しないように、使用しないコントローラーをすべて削除します。セカンダリの場合は、ケネルに含まれるようにマークを付けず、モジュールとしてマークします。 構成にあるCPUに関連する構成オプションも、作業を大幅に最適化できます。
• 適切なファイルシステムを選択する:
  • btrfs：全体的なパフォーマンスが良好で、ext4よりも優れているため、最良のオプションです。
  • ext4：全体的なパフォーマンスは良好です。
  • JFS：CPU使用率はほとんどないため、検討するオプションです。
  • XFS：データベースなどの非常に大きなファイルを処理する場合は、そのパフォーマンスにとって最良のオプションです。 一方、通常のユーザーにとっては、ファイルが小さいとパフォーマンスが低下するため、悪影響を与える可能性があります。
  • ReiserFS：前のものとは逆で、小さなファイルに対して優れたパフォーマンスを発揮します。
• RAMメモリスペースを予約することはお勧めしません SSDの代わりにある種のFSをそこにマウントするか、そこに/ tmpをロードします。これは、そこでホストされているデータのアクセス時間を改善するだけでなく、より多くのCPUを使用するためです。 したがって、この種の練習を避けるか、compcacheなどを使用してください。
• もあります パフォーマンス向上ソフトウェア したがって、パフォーマンスの向上に役立てるために、このメンテナンスソフトウェアを時々使用することをお勧めします。 たとえば、verynice ...そして、この名前を書いたので、これらの場合に特に関連する可能性のある、nice、renice、ioniceなどのコマンドを思い出しました。 すでにLxAでそれらについて話しました。
• もあります トリック さまざまなプログラムのオンラインで、頻繁に使用する場合は、これらのトリックを探してスピードを上げることができます。 たとえば、Firefox、LibreOffice、SSHなどの場合。

あなたを残すことを忘れないでください コメント、疑問または提案...