ソリッドステートドライブを最適化できないのはなぜですか?[複製]


39

この質問にはすでに答えがあります:

私はこれが巨大なノーだと聞いています。どうしてこれなの?私はほとんどUbuntuを実行しているので、影響はありませんが、ただ疑問に思っていました。


3
この分野で教育を受けているとは言えませんが、書き込みを実行するたびにSSDがわずかに損傷し、デフラグがSSDをより早く消耗させるためだと考えています。また、SSDには可動部品がないため、SSDを最適化すると、HDDを最適化するよりもパフォーマンスが向上します。
ブリックス2009

1
このページに載っている読者への注意:この問題に関する質問は、この質問が出されてから7年半で変わりました。ここで最近の回答を確認してください。また、現在の質問の回答は重複としてマークされています。
fixer1234

回答:


63

ソリッドステートドライブはフラッシュメモリに基づいており、標準的な回転プラッターベースのハードドライブとは大きく異なります。各セクターの書き込みサイクルの数は限られているため、ドライブにはウェアを平準化する機能が含まれており、意図的にドライブを本質的に断片化することで、ドライブを長持ちさせることができます。

読み取り時間は、標準ドライブのようにデフラグしても大幅には改善されません。したがって、デフラグには実際の利点はありませんが、そうすることで、ドライブへの書き込み回数が増え、ドライブの寿命が短くなります。


45

最適化により、セクターが互いに近くに配置され、ディスクが回転するのに役立ちます。ただし、これは、任意のセクターのアクセス時間が一定であるSSDでは役に立ちません。デフラグは、ディスク上に余分な書き込みを引き起こすだけです(SSDの設計により、書き込みの数は限られています)


11

デフラグプログラムを起動してドライブに対して実行できるという意味で、「ソリッドステートドライブをデフラグできる」という技術的な理由はないはずです。

ただし、クラスターを一緒に移動しても実際にはドライブが高速化されないため、非ソリッドステートドライブでは効果がありません。

一方、あなたがすることは、ドライブ上で多くの不必要な書き込みを実行することであり、これは、ドライブの寿命を、わずかではあるが短くします。

さらに、多くのソリッドステートドライブは、同じ領域への繰り返し書き込みを減らすことにより、この問題を軽減する最適化を行います。これは外部システムに対して透過的です。この場合、クラスターはまったく移動せず、代わりにドライブ全体に広がります。 。この手法は通常、「ウェアレベリング」です。

デフラグプログラムがソリッドステートドライブのデフラグを拒否する場合(または選択可能なドライブとしてリストすることもあります)、上記の問題を回避するためだけに、基本的にソフトウェアの拒否を行うことをお勧めします。

ドライブのデフラグに使用される基本的なプロトコルについては十分に知らないため、このようなことがある場合、デフラグコマンドを受け入れるためのソリッドステートドライブからのハードブロックが存在する可能性が非常に高いことに注意してください。ただし、この理由はここで説明されているものです。


1
SSD =ソリッドステートドライブ。ディスクはありません。「ドライブ」の代わりに「ディスク」を使用し続けます。
おがくず

7

デフラグは、寿命が限られているドライブで不要なパスを実行することにより、ドライブの平均寿命を低下させます。


2

ドライブの内容によって異なります。あなたは、SSDをデフラグすることにより、パフォーマンスの増加を得ることはありませんが、それはされます、データ復旧に影響を与えます。

一方では、フラッシュメモリの書き込みサイクルの数は限られているため、多くの書き込みを行うと最終的には消耗します。フラッシュドライブ、メモリカード、SSDは、ウェアレベリングTRIMなどのトリックを使用してメディアの寿命を延ばしますが、デフラグは大量の書き込みを引き起こす傾向があり、その結果、より速く消耗します。

一方、断片化されたファイルは、誤って削除されたり、ウイルスに感染したりすると、回復が無限に困難になります。そのため、ファイルを連続状態に保つ(デフラグなど)と、回復の可能性が大幅に高まります。

したがって、最初に言ったように、ドライブに保存されているもの、ファイルの重要性、データ回復を実行する必要がある可能性、およびファイルが変更される頻度(頻繁な削除とコピーによって異なります)より多くの書き込みサイクルを使い尽くすだけでなく、断片化の高速化にもつながります。


2

実際、できます。最適化はファイルシステムレベルの問題であり、下位のブロックレベルの内容は関係ありません。

しかし、SSDの場合、動きを最小限に抑える必要があるディスクヘッドはありません。したがって、少しでも高速ではありません。

一部のOSおよびツールではこれを禁止しているのは、開発会社の決定が「必要ない」と「できない」という意味を混ぜることを好むためです。しかし、これらは異なるものです。

おそらく、この禁止(regedit、またはドライブをiscsiとしてエクスポートして同じマシンに再インポートするなど)を回避できる複数のハックがあります。この場合、デフラグが非常に長くなる非常断片化されたドライブが見つかります。これは、OSがそれぞれのケースでフラグメンテーションを気にしないためです。また、他の回答にも記載されているように、このデフラグはシステムの高速化にはつながりませんが、寿命は短くなります。


本当です。SSD上のファイルシステムをデフラグできます。また、OSに関する限り、すっきりしたきれいなシーケンシャルデータがあります。(これらはすべて、内部マッピングを行う実際のドライブではほとんど当てはまりません)。
ヘネス

2

常に悪いことではありません。手動で完全な最適化を実行することはすべきではありませんが、ボリュームスナップショットが有効になっている場合、Windows 8/10は月に1回SSDを最適化します

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

結論

いいえ、Windowsは毎晩おかしくも盲目的にSSDでデフラグを実行しているわけではありません。また、WindowsデフラグはSSDの寿命を不必要に短縮していません。最新のSSDは、従来のハードドライブで使用されている方法とは異なります。

はい、SSDのファイルシステムには一種のデフラグが必要な場合があり、適切な場合はデフォルトで毎月Windowsによって処理されます。その目的は、パフォーマンスと長寿命を最大化することです。最適化を完全に無効にすると、ファイルシステムのメタデータが最大の断片化に達し、潜在的に問題が発生する可能性があります。


1

Condusiv Technologiesによると:

SSDは非常に高速で起動し、その後すぐに速度を失い始め、時間の経過とともに破損の対象となります。SSDでは、ハードドライブのように古い情報を上書きするのではなく、新しいデータを上書きする前に古いデータを消去する必要があります。これにより、摩耗が2倍になり、大きな問題が発生する可能性があります。

主な問題は、空き領域の断片化による書き込み速度の低下です。SSD全体に散在する小さな空きスペースにより、ファイルシステムは断片化されたファイルをそれらの小さな利用可能な空きスペースに書き込みます。これにより、ソリッドステートドライブの書き込みパフォーマンスが最大80%低下します。

SSDは、実行できる書き込みの数に限りがあるため、ドライブに何度も書き込むことができます。再度書き込む前に読み取りと消去を行う必要があるという2倍の効果により、SSDは2倍の使用量になります。

SSDが限界に近づくと、より多くのフラグメンテーションおよび書き込みエラーが発生し、SSDが遅くなります。書き込みパフォーマンスは、空き領域の断片化が増加するにつれて比例して低下します。ソリッドステートドライブを最適化するためにHyperFastが使用されない限り、すべてのSSDがこの問題に悩まされます。

したがって、Diskeeper.Accodingという製品を会社に使用することをお勧めします。

HyperFastを搭載したDiskeeperは、SSDの空き領域を最適化することで、システムを購入時と同じ速さで実行し続けます。Diskeeper 12に含まれるHyperFast機能は、パフォーマンスをインテリジェントに排除することにより、これらの問題を明確に解決します。このテクノロジとIntelliWriteテクノロジは、ランダム書き込みではなく、より効率的で有益な順次書き込みを促進します。

製品に関する詳細情報が利用可能です。

http://www.condusiv.com/products/diskeeper/

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.