NVMeドライブでプログラムAS SSDを使用してベンチマークを実行している場合、下の画像に表示されている2番目のチェックボックスがオフの場合、ドライブはAS SSDでひどい書き込みパフォーマンスを取得します(下の最初のベンチマークのスクリーンショットを参照)が、CrystalDiskMarkでは取得しません(最後を参照)スクリーンショット);ただし、そのチェックボックスをオンにすると、AS SSDのパフォーマンスが向上します。ここで何が起こっているのか誰か知っていますか?私の懸念は、そのチェックボックスの説明によると、自分のドライブには独自の電源がないため、チェックしないでください。ただし、AS SSDが非常に遅いため、他のプログラムが影響を受けるのではないかと心配しています。
役立つ場合は、最初にそのチェックボックスについて https://www.reddit.com/r/Dell/comments/628odr/Toshiba_nvme_slow_write_speed_fix/ を読んで学んだが、これは説明しないなぜCDMがまだ速いのか。 SSDのパフォーマンスが遅い(東芝1GB NVMe) も参照してください。 Intel RSTドライバーを更新しましたが、役に立ちませんでした。
私はここに迂遠のドライバーソリューションがあるかもしれないことを理解していますが、保証の範囲内に留まり、何が起こっているのかを調べて、デルにこれをサポートさせ、公式のソリューションを発行させたいと思います。
通常、データの損失は、ハードウェアの障害や不適切なシャットダウン(突然の停電、熱保護のキックイン、BSODなど)の場合にのみ可能です。しかし、多くのプログラムはそれを認識しています(安全性を考慮して設計されたすべてのプログラム)。たとえば、データを上書きするだけでなく、新しいファイルを作成し、そこにデータを書き込み、キャッシュをフラッシュして確実に書き込みます。次に、古いファイルを削除します。
このチェックボックスがないと、いずれかの時点で障害が発生した場合でも、少なくとも古いバージョンのデータが常に存在します。
チェックボックスをオンにすると(バッファーフラッシュなしで)、停電や突然のリセットが発生した場合、データの損失は膨大で制御不能になる可能性があり、同じ原理でファイルシステムの更新が行われるため、書き込まれているファイルに関係のないデータが失われる可能性もあります。特に不幸な時期に障害が発生した場合、ボリューム上のすべてのデータが完全に失われる可能性もあります。さらに悪いことに:リセットする前にドライブが独自にキャッシュをフラッシュしない場合、場合によってはクリーンシャットダウン/再起動でデータを失う可能性があります。
そのため、ドライブの独立した電源なしでバッファフラッシュを無効にすると、問題が発生します。非オリジナルデータ(キャッシュ、高速アクセス用の低速ストレージのミラーリング、非オリジナルプログラムファイル、Steamまたはゲームインストールの他の手段など)にSSDを使用していて、リスクがある場合(ただしSteamの場合) 、savefileが失われることに注意してください(ゲームの配置場所によって異なります)。ただし、致命的な障害が時々発生し(特に、シャットダウンやアンマウントが不適切な場合)、回復を試みるのではなく、おそらくドライブを再フォーマットしてデータを再充填するだけです。
また、パフォーマンスの向上が現実的で重要であることを確認してください。おそらく、最初のテストは書き込みのたびにフラッシュしようとするだけで、実際にはパフォーマンスが低下しますが、これは、広く使用されているアプリケーションではほとんど行われていません。
関連:
blogs.msdn.Microsoft.com/oldnewthing
Sandisk ExpressCacheマニュアル:
他のフォーラム
OccamのRazorでは、バッファフラッシュがオンのときにAS SSDの結果が悪い場合、データのディスクへの書き込みに時間がかかるという事実を反映しています。 AS SSDによる測定は、CrystalDiskMarkよりも深く進んでいるようです。 ASSDがOSにフックしている間、CrystalDiskMarkは、OSへの書き込みが発行された後に何が起こるかを気にしません。
最近のディスクにはかなり大きなRAMキャッシュがあり、これは通常、停電から内部的に保護されているため、ディスクコントローラーが内部ディスクにデータを完全に書き込むのを待つ必要はありません-これパフォーマンスを損なうだけです。
この記事も参照してください: パフォーマンスをドレインに流すこと、つまり 。