SSDを最適化する必要がありますか？

「SSDを最適化しないでください」ということを知りました。しかし、それが本当かどうかはわかりません。

Windows 10はSSDでの最適化を自動的に終了するようにスケジュールされていたと思いますが、キャンセルしました。以前に行ったデフラグで問題が発生しますか？

SSDはまだパーティション化されていません。これは、システムハードウェアマネージャーでのみ、マイコンピューターフォルダーにSSDドライブが表示されないためです。SSD（最初のSSD）にWindowsをインストールするために取るべき正しい手順は何ですか？

Windowsに任せましょう。月に1回、SSDでも実際の完全なデフラグを実行して、内部メタデータを最適化します。

簡単な答えは、はい、WindowsはSSDを最適化することがあります。はい、SSDをインテリジェントかつ適切に最適化することが重要です。そして、WindowsはSSDの扱い方に優れています。

Microsoftからの返信は次のとおりです。

ボリュームスナップショットが有効な場合、ストレージオプティマイザーは月に一度SSDを最適化します。これは仕様によるものであり、断片化されたSSDボリュームでの書き込みパフォーマンスのvolsnapコピーが遅いために必要です。また、SSDでは断片化は問題ではないと誤解されています。SSDが断片化しすぎると、ファイルの最大断片化（メタデータがそれ以上ファイルフラグメントを表すことができない場合）に達する可能性があり、ファイルの書き込み/拡張を試みるとエラーが発生します。さらに、ファイルフラグメントが増えると、ファイルの読み取り/書き込み中に処理するメタデータが増え、パフォーマンスが低下する可能性があります。

Retrimに関する限り、このコマンドはdfrgui UIで指定されたスケジュールで実行する必要があります。TRIMがファイルシステムで処理される方法のため、リトリムが必要です。TRIMに応答するハードウェアのパフォーマンスはさまざまであるため、TRIMはファイルシステムによって非同期に処理されます。ファイルが削除されるか、スペースが解放されると、ファイルシステムは処理されるトリム要求をキューに入れます。ピークリソースの使用を制限するために、このキューはトリムリクエストの最大数までしか成長できません。キューが最大サイズの場合、着信TRIM要求がドロップされる場合があります。これは、ストレージオプティマイザーを使用して定期的にリトリムを実行するため、問題ありません。Retrimは、TRIMがドロップされる最大TRIM要求キューサイズに達することを回避する粒度で実行されます。

したがって、SSDにWindowsをインストールして忘れてください。Windowsはすべてを独自に実行します。

「SSDを最適化しないでください」ということを知りました。しかし、それが本当かどうかはわかりません。

少しの知識は危険です。システムがSSDとはまったく無知な場合、Windows XPなど、SSDを最適化しないでください。また、SSDが壊れやすい雪片であり、通常の使用法の過酷な熱で摩耗し、溶けてしまう場合は、その理由を詳しく説明します。通常の使用でドライブを「磨耗」させるのはかなり困難です。これを学ぶのは便利かもしれません。

あなたのアプリケーションがSSDを殺したり、Spotifyのように大量の書き込みを行っていたりした場合、人々はひっくり返ることを考慮しましょう。また、OSを作成する人々は非常に賢い場合がほとんどです。

この回答の残りについては、スコット・ハンセルマンからのこのブログ投稿を大いに参照しています。Magicandreの答えもこれに言及していますが、私はそれから別の教訓を少し取り上げました。詳細を読む価値があります。情報をどのように表現するかについて、いくつかの自由を取っています。これから始めます

主な誤解は、ほとんどの人が非常に古いモデルのディスク\ファイルレイアウトとSSDの仕組みを持っていることだと思います。

SSDは断片化を行うため、これらの断片を追跡する必要があります。基本的なレベルでは、SSDのデフラグは、回転する錆びたドライブとは異なる場合でも、ファイルシステムを効率的に実行するのに役立ちます。私が参照した投稿では、ボリュームのスナップショットは最適化なしでは遅いと指摘しています。

SSDにはTRIMの概念もあります。TRIM（retrim）はフラグメンテーションとは別の概念ですが、Windows Storage Optimizerサブシステムによって処理され、スケジュールはユーザーの観点から同じUIによって管理されます。

トリムは良いです。Trim は、ブロックを消去せずに既読としてマークし、必要に応じてブロックを消去するメカニズムであるため、書き込みを節約します。

ドライブを最適化しないと言った人は誰でも、最新のOSがSSD向けに設計されており、必要なハウスキーピングプロセスが組み込まれていることを知りません。

あなたがよりよく知っていると仮定するのは魅力的ですが、この場合、OSを書いた人々はあなたのために最適化したものです。落ち着いて、Windowsでドライブを最適化してください。

完全を期すために：

断片化は、ディスクやOSではなく、ファイルシステム（FS）に依存します。

これは、あなたの質問への回答が実際にWindows *を要求する必要がないことを意味しています。SSDは特殊なケースです-通常のディスクとは動作が異なります。

FSは、ディスク上のファイルを整理する方法です。最も一般的なWindowsのフォーマットがあるNTFSとFAT32。Linux上で最も一般的に使用されるFSSがあるext3/ ext4しかし、多くの人が（あるzfs、xfs、jfs、ReiserFS、btrfs、およびそれ以上）。

ディスクはブロックに分割されます。データを書き込むことができる長いテープと考えることができます。ディスクに何かを書き込むときは、これらのブロックを使用します。明らかに、関連するファイルを隣り合わせに書き込み、単一のファイルを単一のブロックに書き込む必要があるため、テープを飛び回る必要はありません。物事が散らばっているとき、それをフラグメンテーションと呼びます。デフラグはそれらを整理します。

明らかに、物を整理する方法（FS）によって、それらの整理方法が決まります（フラグメンテーションがあるかどうか）。ファイルを最初から整理する場合、断片化はありません。これは、一部のファイルシステム（extファミリなど）で発生することです。これらのファイルシステムは、ファイルをオンザフライで（作成する前に）整理するため、他の選択肢がない場合を除いて、少し混乱を招くために最適化する必要はありません。

ext4フラグメンテーションの詳細とその防止方法については、このページを参照してください。

現在、SSDの動作は異なります。それはテープではありません。どこからでもすぐにアクセスできます。最適化のポイントは、ファイルをきちんと整理することです。そのため、ジャンプする必要はありません。SSDの中を飛び回る方法はありません。テープのもう一方の端に行き来する必要があるかどうかは気にしません。テープはありません。

ただし、SSDを最適化する方法は他にもあります。詳細については、このトピックを参照してください。

*ほぼ; ファイルシステムの選択はOSと相関しています。ほとんどのLinuxユーザーは、WindowsまたはOS Xユーザーとは異なるFSを使用します。

既存の答えは素晴らしいですが、私はそれらを補うためにいくつかのことを持っています...
私はSSD をデフラグし、自動TRIMを無効にします。

1. 何かを誤って削除した場合に、ファイルやパーティションを回復できるようにしたいのです。
   いいえ、頻繁に発生することはありませんが、数回発生すると、削除後すぐに回復しようとしても、ハードドライブで回復できるはずだったものを回復できないことに非常にイライラします。。

2. パーティションを拡張、縮小、さらには数か月ごとに移動し、ファイルを最適化および統合すると、この操作がはるかに高速になり、リスクが少なくなります。最近パーティションマネージャーを信頼できると思いますが、2015年12月になって、単純な移動/サイズ変更操作でエラー（破損）が発生しました。また、よりスマートなパーティションマネージャーは、破損が発生する前に（そして常にではないが通常は成功するまで）断片化が激しいボリュームでの実行を回避しようとします。

3. 私は時々Linuxを使用していますが、最近1年ほど前にNTFSボリュームの破損に火傷を負いました。これは特に断片化によるものではありませんが、断片化されていないファイルを適切に処理することさえできないことを見て、私は守勢しており、できるだけクリーンなボリュームを提示しようとしています（そして、時間の）。

＃2と＃3の悲しい部分は、これらの問題を自分の目で見たことがない人は、いつも私が夢中になって、これをすべて作り上げていると思うか、私のシステムが何らかの形で壊れているに違いないということです。しかし、私は複数のシステムにこれらのかなりの数回を再現しました、そして彼の書いた誰かとして独自の NTFSの読者を、私は、ファイルシステムやカーネルプログラミングについての事または2を知っている... NTFSは、中心にいると。だから、私はそれらを見たときにバグを知っています。誰も私を信じていないが、とにかく人々に警告している、私はこれらが私自身の目で起こるのを見たので-だから、もしあなたがパーティションをいじったりLinuxを使っているなら、ドライブをデフラグすることをお勧めする。YMMV。

ああ、何も回復する必要がないときは時々TRIMを手動で実行することを忘れないでください。正直なところ、私はまだそれから利益を見ていません...

ssdを最適化できます。あなたは？確かにそれほど頻繁ではありませんが、まれにそれを行うことが有益な場合がいくつかあります。

a）古いファイルの読み取りが遅いバグの影響を受けるSamsung Evo 840があります。デフラグは効果的にそれらを書き換え、もはや古いファイルにはなりません。

b）SSDでの断片化の影響は非常に小さいですが、コントローラーは多くのフラッシュチップに分散しているファイルを再構成する必要があります。これによるパフォーマンスへの影響は非常に小さくなりますが、再度最適化を行うと、ファイルが再編成され、コントローラーが再構築しやすくなります。

c）現代のssdに近いものがある場合、たまにデフラグしても問題になるほどの寿命には影響しません。2018年にハードウェアテックサイトでssd耐久性のテストが行​​われ、約600 TBの書き込みで2d tlc（耐久性が非常に悪い）を使用するSamsung evo 840 500GBが失敗しました。より良いものは、3D TLC（一部の企業ではvnandと呼ばれます）を使用する可能性が高く、より耐久性があります。モデルが大きいほど、書き込むセルが多くなり、耐久性がさらに向上します。そして、あなたが大きなプロドライブ耐久性を持っているなら、完全な問題ではありません（サムスンプロ512 GBが9 PBの書き込みで持続する前に言及したテストで...より大きな/新しいモデルはさらに続くはずです）。これらの数値は、意図的に試行しない限り、実際に到達することは不可能です。殺すために使用される書き込み（とにかく安いもの、

SSDをデフラグすると、アドレス指定された最下位のメモリブロックの早期障害が促進されます。

参照：http : //techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead

「書き込みをフラッシュ全体に均等に分散するウェアレベリングアルゴリズムを使用しても、すべてのセルは最終的に故障するか、役に立たなくなります。その場合、SSDのオーバープロビジョニングエリアから割り当てられたフラッシュに置き換えられます。ドライブのユーザーがアクセス可能な容量は、セルを破壊する消耗戦争の影響を受けません。」

「犠牲者は最終的にドライブの補償能力を超えて、未回答の質問を残します。書き込みは何回かかりますか。最後にデータはどうなりますか。SSDは書き込みが増えるにつれてパフォーマンスや信頼性を失いますか？」

SSDの各セルは、書き換えられるたびに遅くなります。ディスクは、どのセルが書き込まれたかを追跡し、使用頻度の低いセルに最初に書き込むことにより、その摩耗を隠します。デフラグとは、多くのセルで大量の書き換えを行うことを意味するため、SSDが消耗します。HDはデフラグの恩恵を受けます。これは、サーボアームを頻繁に動かさなくてもパフォーマンスが向上するためですが、SSDはデータをランダムに配置してもそれほど遅くなりません。