私は「SSDは絶対にデフラグしてはいけない」ということを知ったばかりです。しかし、それが本当かどうかはわかりません
Windows10はSSDのデフラグが自動的に終了するようになっていたと思うのですが、それをキャンセルしてしまいました。以前に行ったデフラグでも問題になるのでしょうか？
システムハードウェアマネージャでのみ、マイコンピュータフォルダにSSDドライブが表示されないため、SSDはまだパーティション分割されていません。SSD（初めてのSSD）にWindowsをインストールするには、どのような手順を踏めばよいのでしょうか？
125 jerry 2016-11-28
Windowsに仕事をさせてください。月に一度、内部メタデータを最適化するために、SSD上で実際のフルデフラグを行います
そう、SSD をインテリジェントかつ適切にデフラグすることは重要であり、Windows は SSD をどのように扱うかについては賢いです
以下、マイクロソフトからの回答です
Storage Optimizer は、ボリュームスナップショットが有効になっている場合、月に一度 SSD のデフラグを行います。これは設計上のものであり、断片化されたSSDボリュームの書き込みパフォーマンスが遅いvolsnapコピーのために必要です。また、SSDでは断片化は問題ではないというのはやや誤解です。SSD が断片化しすぎると、ファイルの断片化が最大になる可能性があります（メタデータがこれ以上ファイルの断片化を表現できない場合）。さらに、ファイルの断片化が増えるということは、ファイルの読み書き中に処理するメタデータが増えることを意味し、パフォーマンスが低下する可能性があります
Retrimに関しては、このコマンドはdfrgui UIで指定されたスケジュールで実行する必要があります。Retrimが必要なのは、TRIMがファイルシステムで処理される方法のためです。TRIMに応答するハードウェアのパフォーマンスが異なるため、TRIMはファイルシステムによって非同期的に処理されます。ファイルが削除されたり、スペースが解放されたりすると、ファイルシステムは処理されるトリム要求をキューに入れます。ピーク時のリソース使用量を制限するために、このキューはトリム要求の最大数までしか成長しないかもしれません。キューのサイズが最大の場合、入ってきたtrimリクエストは削除されてしまうかもしれません。これは、定期的に Storage Optimizer で Retrim を行うので問題ありません。Retrimは、TRIMがドロップされる最大のTRIMリクエストキューサイズにヒットしないような粒度で行われます
だからSSDにWindowsをインストールして忘れてください。Windowsが勝手に全部やってくれます
138 magicandre1981 2016-11-28
私は「SSDは絶対にデフラグしてはいけない」ということを知ったばかりです。しかし、それが本当かどうかはわかりません
ちょっとした知識は危険です。SSD が何であるかについてシステムが全く分からない場合、SSD をデフラグしないことは、おそらく良いアイデアだと思います – 例えば Windows XP。また、SSD が壊れやすい雪の結晶で、通常の使用では過酷な熱で摩耗して溶けてしまう可能性があるとしたら – それが真実ではない理由についての詳細な回答があります通常の使用方法でドライブを「摩耗」させるのはかなり難しいです。これを学習しておくと便利かもしれません
もしあなたのアプリケーションがSSDを殺していたり、重い書き込みをしていたら、Spotifyがしたように、人々が翻弄してしまうことを考慮に入れてみましょう。そして、OSを書いている人たちは頭がいいことがよくあります
私はこの回答の残りの部分について、スコット・ハンセルマンのこのブログ記事を大きく参照しています。Magicandreの回答もこれを参考にしていますが、私はそこから別の教訓を得ています。詳細については一読の価値があります。私は情報をどのように表現しているか、いくつかの自由を取っています。私はこれから始めようと思います
大きな誤解は、ほとんどの人がディスクファイルのレイアウトやSSDがどのように動作するかについて、非常に時代遅れのモデルを持っているということだと思います
SSD は断片化するので、これらの断片を追跡する必要があります。基本的なレベルでは、SSD をデフラグすることは、回転する錆びたドライブとは異なる方法であっても、ファイル システムを効率的に実行するのに役立ちます。私が参照した記事では、デフラグを行わないとボリュームスナップショットが遅くなることが指摘されています
SSDにもTRIMという概念があります。TRIM(retrim)はフラグメント化とは別の概念ですが、Windows Storage Optimizerサブシステムで処理されており、ユーザー視点では同じUIでスケジュールが管理されています
trimは良いですね。Trimはブロックを消去せずにリードマークをつけて、必要に応じてブロックを消去する仕組みなので、書き込みの節約になります
ドライブをデフラグするなと言った人は、現代のOSがSSD用に設計されていて、必要なハウスキーピングプロセスがロールインされていることを知らないのです
それはあなたがより良いことを知っていると仮定することは魅力的ですが、この場合、OSを書いた人々はあなたのために物事を最適化しています。落ち着いてください, とWindowsはあなたのドライブをデフラグすることができます
51 Journeyman Geek 2016-11-29
完全性のために
フラグメンテーションはディスクや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を使用している
22 MatthewRock 2016-11-29
既存の回答は素晴らしいですが、私はそれを補足するためにいくつかのものを持っています…。 私は私のSSDをデフラグし、自動trimを無効にしていますが、言及されているのとは全く異なる理由で
誤って何かを削除してしまった時に、ファイルやパーティションを復元できるようにしたい。 いや、頻繁には起こらないのですが、何度か起こっているうちに、削除後すぐに復元しようとしても、ハードディスク上で復元できるはずのものが復元できないのは、かなりイライラしました
私は数ヶ月ごとにパーティションを拡張、縮小、さらには移動させていますが、ファイルをデフラグして統合すると、この操作がはるかに速く、リスクが少なくなります。最近のパーティションマネージャは信頼できると思うでしょうが、2015年12月の時点では、プレーンな移動/サイズ変更操作でエラー(破損)が発生していました。賢いパーティションマネージャは、ダメージを受ける前に大きく断片化されたボリューム上での実行を避けようとしています（通常は成功するとは限りませんが）
私は時々 Linux を使っているのですが、1 年ほど前から最近 NTFS ボリュームの破損に悩まされています。これは特に断片化が原因ではありませんが、断片化されていないファイルを適切に扱うことさえできないので、私は防御に徹して、できるだけクリーンなボリュームを提示しようとしています (そして、それでも、私はほとんどの場合、書き込みを避けています)
2 と 3 の悲しいところは、これらの問題を自分の目で見たことがない人は、いつも私が気が狂っていて全部でっち上げていると思ったり、私のシステムが壊れているに違いないと思ったりすることです。しかし、私はこれらの問題を複数のシステムで何度も再現してきましたし、NTFS リーダーを書いたことがある者として、ファイルシステムとカーネルプログラミングについて少しは知っています… NTFS を中心にね。だから、バグを見ればすぐにわかるのです。誰も信じてくれませんが、私は自分の目でこれらのバグを見てきたので、とにかく警告しています — パーティションをいじったり Linux を使ったりするなら、ドライブをデフラグしておくことをお勧めします。YMMV
ああ、そして、何かを回復する必要がないときには、たまに手動でTRIMを実行することを忘れないでください。正直に言うと、私はまだその恩恵を受けたことがないのですが
7 user541686 2016-12-01
ssdをデフラグすることができます。する必要がありますか？確かにあまり頻繁にはできませんが、稀にやった方が有益な場合もあります
a) あなたは、古いファイルの遅い読み取りバグの影響を受けたサムスンエボ840を持っています。デフラグは効果的にそれらを書き換え、彼らはもはや古いファイルではありません
b) SSD へのフラグメント化の影響は非常に軽微ですが、コントローラは多数のフラッシュチップに分散しているファイルを再アセンブルする必要があります。これによるパフォーマンスへの影響は非常に小さいですが、再び断片化を行うことでファイルを再編成し、コントローラが再アセンブルしやすくなるはずです
c) 最新の ssd に近いものを持っている場合、時折のデフラグは問題になるほど寿命に影響しません。2018 年に hw tech サイトが ssd の耐久性のテストを行い、2d tlc (非常に悪い耐久性を持っている) を使用する Samsung evo 840 500GB は約 600 TB の書き込みで失敗しました。より良いものは、より多くの耐久性を持っている3d tlc（いくつかの企業によってvnandと呼ばれる）を使用している可能性が高いです。大きなモデルはまた、さらに耐久性を向上させるために書き込むには、より多くのセルがあります。大規模なプロ ドライブの耐久性を持っている場合は、完全な非問題です (前に私が言及したテストでは、サムスンのプロ 512 GB の書き込みの 9 PB のために持続しました… より大きい/新しいモデルは、さらに持続する必要があります)。これらの数字は、あなたが意図的にしようとしていない限り、実際には到達することは不可能です。書き込みは、それが新しい技術であったときに（とにかく安いもの、高価なモデルは、耐久性にも多くを持っているslcを使用していた）ssdsを殺すために使用され、容量が小さく、コントローラは愚かだった、
1 orange_juice6000 2019-04-27
SSDをデフラグすることで、最下位アドレスのメモリブロックの早期故障を促進します
参照してください。http://techreport.com/review/27909/the-ssd-endurance-experiment-theyre-all-dead
“ウェア・レベリング・アルゴリズムがフラッシュ全体に均等に書き込みを分散させても、最終的にはすべてのセルが故障したり、使用に耐えられなくなったりします。そのような場合には、これらのセルは破棄され、SSDのオーバープロビジョニング領域から割り当てられたフラッシュと交換されます。この予備の NAND により、ドライブのユーザーがアクセス可能な容量は、セルを破壊する消耗戦の影響を受けません
“死傷者は最終的にドライブの能力を超えてしまう” “未解決の疑問を残したままどのくらいの書き込みが必要なのか？最後にデータはどうなるのか？書き込みが積み重なるとSSDの性能や信頼性は低下するのでしょうか？”
-3 jwzumwalt 2016-11-29
SSD の各セルは、書き換えられるたびに遅くなります。ディスクは、どのセルに書き込まれたかを追跡し、使用頻度の低いセルに最初に書き込むことで、その消耗を隠しています。デフラグは、多くのセルに大規模な書き換えを行うことを意味し、そのためSSDを消耗させてしまいます。HDはサーボアームを頻繁に動かす必要がないためパフォーマンスが向上するが、SSDはデータをランダムに配置することでそれほど遅くならないため、デフラグの恩恵を受けることができる
-6 Christopher Hostage 2016-11-28
