SSDを最適化する必要がありますか？
私は「SSDをデフラグしないでください」ということを学びました。しかし、それが本当かどうかはわかりません。
私は、Windows 10が私のSSDのデフラグを自動的に終了するようにスケジュールされていたと思いますが、私はそれを取り消しました。それは以前に行われた最適化のために何か問題を引き起こすでしょうか？
システムハードウェアマネージャでのみ、マイコンピュータフォルダにSSDドライブが表示されないため、SSDはまだパーティション分割されていません。 SSDにWindowsをインストールするために私がとるべき正しいステップは何ですか（それは私の最初のSSDです）？
Windowsに任せましょう。 月に一度、内部メタデータを最適化するために、SSD上でも実際のフルデフラグ を行います。
簡単な答えは、はい、WindowsはSSDをデフラグすることがあります。はい、SSDをインテリジェントかつ適切にデフラグすることが重要です。
これがマイクロソフトからの返信です。
ボリュームスナップショットが有効になっている場合、Storage Optimizerは月に1回SSDをデフラグします。これは仕様によるものであり、断片化されたSSDボリュームでの書き込み時のvolsnapコピーのパフォーマンスが遅いために必要です。断片化はSSDでは問題にならないというのもやや誤解です。 SSDの断片化が大きすぎると、ファイルの断片化が最大になる可能性があり（メタデータがそれ以上ファイルの断片を表すことができない場合）、ファイルの書き込みや拡張を試みるとエラーになります。さらに、ファイルの断片が多いほど、ファイルの読み書き中に処理するメタデータが多くなるため、パフォーマンスが低下する可能性があります。
Retrimに関する限り、このコマンドはdfrgui UIで指定されたスケジュールに従って実行する必要があります。ファイルシステムでTRIMが処理される方法のために、再調整が必要です。 TRIMに応答するハードウェアのパフォーマンスはさまざまであるため、TRIMはファイルシステムによって非同期的に処理されます。ファイルが削除されるかスペースが解放されると、ファイルシステムはトリム要求を処理するためにキューに入れます。ピークリソース使用量を制限するために、このキューは最大数のトリム要求までしか増加しない可能性があります。キューが最大サイズの場合、着信TRIM要求はドロップされる可能性があります。これは問題ありません。StorageOptimizerを使用して定期的に再試行を行います。 Retrimは、TRIMがドロップされる最大のTRIM要求キューサイズに到達しないように細かく設定されています。
だからSSDにWindowsをインストールし、それを忘れて。 Windowsはすべて自分でやります。
「SSDを最適化しないでください」ということを知りました。しかし、それが本当かどうかはわかりません。
少しの知識は危険です。 SSDを最適化しないことは、おそらく良い考えですifシステムはSSDとはまったく無知です-Windows XPなど。また、SSDが壊れやすい雪片であり、通常の使用法の過酷な熱で溶けて溶ける場合は、- それが正しくない理由について詳細な答えがあります です。通常の使用でドライブを「磨耗」させるのは、かなり難しいです。これを学ぶのは便利かもしれません。
アプリケーションがSSDを殺したり、大量の書き込みを行ったりした場合、 Spotifyがしたように の場合、人々はひっくり返ることになります。また、OSを作成する人々は非常に賢い場合がほとんどです。
このブログ記事 この回答の残りの部分については、Scott Hanselmanからの引用です。 Magicandreの答えもこれに言及していますが、私はそれから別の教訓を少し取り上げました。詳細を読む価値があります。情報をどのように表現するかについて、いくつかの自由を取っています。これから始めます
主な誤解は、ほとんどの人が非常に古いモデルのディスク\ファイルレイアウトとSSDの動作方法を持っていることだと思います。
SSDは断片化を行うため、これらの断片はのトラックを維持する必要があります。基本的なレベルでは、SSDの最適化は、回転するRustドライブとは異なる場合でも、ファイルシステムを効率的に実行するのに役立ちます。私が参照した投稿では、ボリュームのスナップショットはデフラグを行わないと遅くなると指摘しています。
SSDにはTRIMの概念もあります。 TRIM（retrim）はフラグメンテーションとは別の概念ですが、Windows Storage Optimizerサブシステムによって処理され、スケジュールはユーザーの観点から同じUIによって管理されます。
トリムは良いです。ブロックを消去せずに既読としてマークし、必要に応じてブロックを消去するメカニズムであるため、Trimはwritesで保存します。
ドライブを最適化しないと言った人は誰でも、最新のOSがSSD用に設計されていることと、必要なハウスキーピングプロセスが組み込まれていることを知りません。
あなたがよりよく知っていると仮定するのは魅力的ですが、この場合、OSを書いた人々はあなたのために最適化しています。落ち着いて、Windowsがドライブを最適化するようにします。
完全を期すために：
断片化は、ディスクやOSではなく、ファイルシステム（FS）に依存します。
つまり、あなたの質問に対する答えは、必ずしもWindows *を要求する必要はないということです。 SSDは特殊なケースです - 普通のディスクとは動作が異なります。
FSは、ディスク上のファイルを整理する方法です。最も一般的なWindowsフォーマットはNTFSとFAT32です。 Linuxで最も一般的に使われているFSはext3/ext4ですが、他にもたくさんあります（zfs、xfs、jfs、ReiserFS、btrfsなど）。
ディスクはブロックに分割されます。あなたはそれをあなたがいくらかのデータを書くことができる長いテープとして想像することができます。あなたがディスクに何かを書くとき、あなたはこれらのブロックを使います。明らかに、関連ファイルを隣同士に、単一ファイルを単一ブロックに書き込むようにしたいので、テープを飛び回る必要はありません。すべてがあちこちに散らばっているとき、それは私たちがフラグメンテーションと呼ぶものです。デフラグはそれらを整理します。
明らかに、物事の整理方法（FS）によって、それらの整理方法（断片化の有無）が決まります。最初からファイルを整理しても、断片化はありません。それがいくつかのファイルシステム（例えばextファミリー）で起こることです。これらのファイルシステムは（書く前に）ファイルをその場で整理するので、他に選択肢がない場合を除いて、ちょっとした混乱を招くこと以外は、ファイルを最適化する必要はありません。
ext4とそれがフラグメンテーションを防ぐ方法についての詳細は、このページを参照してください
今SSDは別別に動作します。テープではありません。どこにいてもすぐにアクセスできます。デフラグの要点は、ファイルをきちんと整理しているので、ジャンプする必要がないことです。 SSDを飛び回る方法はありません。テープのもう一方の端に行ったり来たりする必要があるかどうかは関係ありません。テープはありません。
ただし、SSDを最適化する方法は他にもあります。明確にするために このトピック を見てください。
*ほぼファイルシステムの選択はOSと相関しています。ほとんどのLinuxユーザーは、WindowsまたはOS Xのユーザーとは異なるFSを使用します。
既存の答えは素晴らしいですが、私はそれらを補うためにいくつかのものがあります...
I デフラグ SSDおよび自動TRIMを無効にする。ただし、上記とはまったく異なる理由によります。
recover filesまたは、誤って何かを削除した場合にパーティションを作成できるようにします。
いいえ、頻繁に発生することはありませんが、数回発生した場合、ハードドライブで回復できるはずだったものを回復できないことは非常にイライラしています削除した直後にそれらを回復しようとしても。I パーティションの拡大、縮小、さらには移動数か月ごとに、ファイルの最適化と統合により、この操作ははるかに高速でリスクが少なくなります。最近パーティションマネージャーを信頼できると思いますが、2015年12月になって、単純な移動/サイズ変更操作でエラー（破損）が発生しました。また、よりスマートなパーティションマネージャーは、破損が発生する前に（そして常にではないが通常は成功するまで）断片化が激しいボリュームでの実行を回避しようとします。
私はLinuxを使用しています時々、1年ほど前にNTFSボリュームの破損に火傷を負いました。これは特に断片化によるものではありませんが、unfragmentedファイルを適切に処理することさえできないことを見て、私は守勢していて提示しようとしています可能な限りボリュームをクリーンにします（それでも、ほとんどの場合、書き込みは避けます）。
＃2と＃3の悲しい部分は、これらの問題を自分の目で見たことがない人は、常に私が夢中になって、これをすべて作り上げている、または私のシステムが何らかの形で壊れているに違いないと思っています。しかし、私はこれらを複数のシステムで何度も再現しており、彼のownNTFSリーダーを書いた人として、 NTFSを中心としたファイルシステムとカーネルプログラミング。だから、私はそれらを見たときにバグを知っています。誰も私を信じていないが、とにかく人々に警告している、私は自分の目でこれらが起こるのを見てきたので、もしあなたがパーティションをいじったりLinuxを使っているなら、ドライブをデフラグすることをお勧めする。 YMMV。
ああ、そして、何かを回復する必要がないときに、時々TRIMを手動で実行することを忘れないでください。正直なところ、私はまだそれから利益を見ていません...
あなたのssdを最適化することができます。あなたはいいですか？確かにそれほど頻繁ではありませんが、まれにそれをすることが有益である場合がある少数のケースがあります。
a）Samsung Evo 840に古いファイルの低速読み取りのバグがある。デフラグは効果的にそれらを書き換えるでしょうし、もはや古いファイルではありません。
b）SSDに対するフラグメンテーションの影響は非常に小さいですが、コントローラはまだ多くのフラッシュチップに分散しているファイルを再組み立てする必要があります。これによるパフォーマンスへの影響はごくわずかですが、再度デフラグを実行するとファイルが再編成され、コントローラによるファイルの再構築が容易になります。
c）現代のssdに近いものがあれば、時折起こるデフラグが問題になるのに十分な寿命に影響を与えることはないでしょう。 2018年にhw techサイトがssdの耐久性テストを行い、2d tlcを使用するSamsung evo 840 500GB（耐久性が非常に悪い）が書き込み回数約600TBで失敗しました。何か良いことは3d tlc（いくつかの会社ではvnandと呼ばれています）を使ったほうがはるかに耐久性があります。モデルが大きいほど、書き込むセル数が増え、耐久性がさらに向上します。そして、あなたが大きなプロドライブの耐久性を持っているならば（Samsung pro 512 GBが9 PBの書き込みのために持続した前に私が述べたテストで...大/新モデルはさらに長持ちするはずです）。あなたが故意にしようとしていない限り、これらの数に達することは事実上不可能です。それは新技術だったときに書いていた（とにかく安いものとにかく、高価なモデルはあまりにも耐久性を持っているslcを使用して）ssds戻って、容量は小さく、コントローラは愚かな、...