【最適化】PerfectDisk Part15【デフラグ】 [転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
2015/08/06(木) 12:56:01.07ID:O7NJ4m/E0
前スレ
【最適化】PerfectDisk Part14【デフラグ】
http://anago.2ch.net/test/read.cgi/software/1332014473/


Net Japan版は日本語化に非常に時間をかけるため、本家Raxco版がアップデートされても
同内容のfixを施した日本語版アップデートバージョンが出るのは数か月後になります
どうしても待てないという人は本家から購入して、translationファイルだけをNetJapan版の
トライアル版から拝借しましょう
PD11のProなら拡張子.translationのファイル7つ全部と、PD11-JP-Help.chmとqt_JP.qmを
PerfectDisk.exeのあるディレクトリにコピーするだけです
2018/05/13(日) 23:27:43.71ID:q2Q99Cwo0
PD14は始めに自動デフラグの設定してスケジュールしとけば
後は何も気にせず使えばいいだけ
2018/05/15(火) 12:13:18.34ID:EMnwnZKC0
>>250
13までと違い14は確かにOS側の最適化が外れるな(win10)
2018/05/16(水) 22:08:13.10ID:C3jcHX8n0
Trimはwin8からゴミ箱を削除したとき発行されるようになった
win7まではSSDに最適化されてないから度外視していい
2018/05/17(木) 16:30:08.61ID:+zWnDZ3L0
もう終わったソフトですよね
意味無いし
2018/05/17(木) 17:03:31.94ID:/+hQY1v00
無料で使えるようにしてくれてた人はここにはもう居ないの？
2018/05/18(金) 05:26:33.78ID:EYwX8tfk0
022-2761119-364326-7229

http://ftp.raxco.com/pub/download/pd14.0/pd14.0_pro_be.exe

なんだろう？
2018/05/18(金) 16:50:12.74ID:a5CoOUEq0
Windows10　1803標準のデフラグも当然商業PD14には歯が立たない訳だから
PD14導入してOptiWriteと自動デフラグをONにする
そして好みのスケジュール組んで後は放置で快適デフラグサクサクライフ
2018/05/19(土) 06:42:17.09ID:9/Zz3QEd0
非力なマシンの場合
optiwriteと自動デフラグをonにしてたら
音楽や動画の再生で一瞬止まるような時があるぞ
2018/05/19(土) 07:04:00.45ID:WJ2YlKP00
SSDでの話？
2018/05/19(土) 16:27:47.89ID:+VxTewv70
これが後ろで動いててプチフリするような低スペってどんな年代物だよ
Core2世代とか言わないだろうな
2018/05/19(土) 17:20:43.79ID:9/Zz3QEd0
もちろんCore2世代
動かなくなったものを貰った
マザボの電池交換で復活したものなのさ
2018/05/19(土) 19:06:06.65ID:EP3H+Nn00
Core2初期のマシンでもメディア再生で詰まった事なんてないんだが
263名無しさん＠お腹いっぱい。
垢版 |
2018/05/20(日) 13:20:05.67ID:IwD5W9640
チューナーカード挿してて、頻繁にHDDレコーダーとしても運用してる自分にとって、

自動デフラグが小刻みに作動するソフトの常駐化なんて、高スペックPCでもあり得ん
2018/05/20(日) 14:04:55.44ID:ROi4qcHE0
サービスを手動にして
OptiWriteと自動化を切るとか本末転倒だけどな
2018/05/20(日) 20:19:04.22ID:IJYNtbW80
ssd使ってるんだけど、optiwriteはオンがいいのかな、オフが良いのかな。

あと、自動デフラグはオフにしておくのが良いのかなあ？
2018/05/20(日) 21:26:28.37ID:i0N0xR+R0
SSDはデフォで切れてるだろ
開発が敢えてSSDはOFFにしてるのをわざわざONにするのか
手動でチマチマしたいなら好きにすればいい

そんなの人それぞれ
2018/05/20(日) 23:55:14.58ID:T5L3w2gY0
このソフト自体が普通に不要だよ
2018/05/21(月) 11:26:08.63ID:FpTjXYgb0
俺はSSDでデフラグしまくるからおもちゃソフトとして重宝しているよ
2018/05/21(月) 11:33:08.57ID:rru160nt0
SSDの初期不良をさっさと出し切ってしまうのにもデフラグをするのは有効だな
壊れるものはさっさと壊してメーカーに交換して貰う
2018/05/21(月) 11:59:46.66ID:FpTjXYgb0
大事に使っていたのに壊れたなんて文句を言っている奴もいるけど
保証期間内に壊れるものは壊しちまって交換して貰った方が利口なんではないのかな？
初期の頃のIntel SSD X-25M 160GBで早い段階に代替不良ブロックがいくつか発生したが
その後は増えずに今でも現役で使っています
推定余寿命もまだ88%程度あります
システムリストア等も年中やっていますが、未だに使っているSSDが壊れた経験はありませんね
2018/05/21(月) 17:05:53.95ID:V54jnJPk0
SSDにデフラグかけるバカなんて未だにまいるのか?!ネタだろ
これのSSD最適化はデフラグじゃないぞ
Trimの今のOSはゴミ箱削除の時に発行してるし自動デフラグにしとけば常に快適Enjoyだろ

win7とか使ってるような時代遅れは知らん
2018/05/21(月) 17:15:18.08ID:1YqSbwYS0
PD14は特に自動でフラグとOptiWriteをONにして
週に2回程度(日曜と木曜のようにバランスよく)設定しとけば後はもう放置しとくだけで何もやることないだろ
OSのデフラグで十分みたいな事を暗にレスしてる>>267は論外として
2018/05/21(月) 23:41:09.18ID:FpTjXYgb0
SSDにSmartPlacementしてから空き領域を結合して
その後にSSDドライブの最適化をしています
定期的にシステムドライブのバックアップもしていますから
いつ壊れたって屁でもありませんよw
2018/05/22(火) 17:58:52.93ID:YfbZqdKO0
なんぼやってもSSD ドライブの最適化の実行を推奨します。言われるんだが？
2018/05/22(火) 19:09:54.84ID:g6iPIB9R0
SDDでやりすぎると壊れやすくなるぞ
276名無しさん＠お腹いっぱい。
垢版 |
2018/05/23(水) 04:04:50.78ID:R/ZjwpZS0
>>271
ゴミ箱削除時のTrimはゴミ箱から削除されるファイルのみに対して行われるのですか？
2018/05/23(水) 08:22:22.39ID:ntUc4O/M0
このソフトまだあったの？
2018/05/23(水) 18:56:35.74ID:R4zN9z7v0
SSDはどんなに断片化してもアクセスが早いからデフラグが不要なのか
それとも、デフラグするとすぐ寿命が縮まって死ぬからやらない方がいいのか
どっちなんだ
2018/05/24(木) 13:38:02.48ID:jPnZXfnO0
>>278
①物理的な記憶位置が固定しないからデフラグが無意味
②セルに対する書き込み回数を均一化するため、必ず断片化する
③　①の理由で意味ないしデータの移動の分だけセルの書き換え回数を消費する


速さの問題じゃない　断片化しにくい状態に戻すには書き換え回数が均一な状態で、SecureErase後でないと
再度書き込むときに(ウェアレベリングの影響で)またすぐに断片化する

1度使ったら、断片化は避けられない

それとHDDみたいにヘッドが動いたりしないから、HDDほどには影響少ない
2018/05/25(金) 07:55:18.20ID:Hg0lRIiE0
面倒だから簡単にしか書かないけど、断片化しているように見えているのは
Windowsで扱う際のファイルシステムで取り扱っている仮想化されたハードディスク上での各セクタの話しです
ファイルの読み書きの際にアクセスするファイルシステム上での最小転単位はクラスタです
これは、標準のNTFSファイルシステムでフォーマットしている場合には、
連続しているセクタ上での8セクタ分4096バイトなどを1回分の読み書きする際の単位としてファイルシステム上で扱われます
ですから、どんな小さなファイルだったとして4096バイト分はファイルシステム上で消費されて扱われます
これはSSDでも当然同じ考えで、
SSD内のファームウェアが中間アドレス変換テーブルを介してSSD上の各ブロック内の1ページに対応させてアクセスしています
ですからOS上やSSDのツールからTrimが発行されても、その1ブロック内の全てのページが未使用状態と判断されないと
そのブロックはクリアされずに空きブロックにはできない事になります
空きブロック上への書き込みにならない場合には、(ここは各自で調べて貰う事として)
そのブロック内でファイルデータとして使用されているページは残したままで
利用していないページへの書き処理をしなければならないので処理速度が少し非効率になります

ここからは、説明サイトでは非公開の内容になりますが、
あるファイルがSSDの1ブロック内で連続している各ページに順に割り当てられていて
またファイルシステム上で扱われている連続したクラスタに一対で対応していれば一度で処理できますので、
その分少し処理速度が効率的になる事になります
これを踏まえた上でデフラグの意味を考えてみるといいかも知れません
またデータサルベージする場合には、ファイルデータがブロッククリアされてしまっていない事が前提条件になりますが、
MFTが既に破壊されてしまっている状態だった場合には、
連続したクラスター領域にファイルがデフラグされて綺麗に並んでいた方が復元率が高くなる現実もあります
2018/05/25(金) 09:11:03.69ID:Hg0lRIiE0
http://ssd比較.com/?p=1189

現在のSSDではここまでの速度低下は起こらないと思いますが、
基本的な考え方は間違っていないし、SSDの各ブロックとその内部の1ページに関して説明してある部分は参考になると思います
各自でSSDのデフラグのロジックに対する効果を理論的に考えてみてください
2018/05/25(金) 10:17:04.03ID:V6eqANTo0
50%offセール来たぞ
2018/05/25(金) 13:34:41.33ID:RLZs4uwL0
>>280
ssd側もそういうのを考慮して論理セクタと物理セクタをマッピングしていくから、1つのページ内に立った1つだけ使用されてるセクタがあるために、
そのページをtrimできないというのは、そういう状況が起こりにくいようにssdは論理セクタと物理セクタのマッピングする。

具体的にはそのページを消去したほうがいいと判断すれば、使われてる1セクタのデータを他のページに書き込み、そのページはまるごと消去する。

物理的に連続してたほうがわずかながらデータの読み込みが早いというのはそのとおりで、デフラグのメリットを敷いてあげるなら、その1点だけだと思う。

しかしそもそもssd読み出しは非常に早く、むしろ最近はsataやpcieの帯域がネックになるぐらいだから、デフラグはいらないと思う。
もうssd側に任せるべき。trimコマンドで「そのセクタのデータはもう使ってない」という情報を与え、あとはssd側が賢く処理してくれることを期待すべき。
2018/05/25(金) 15:44:26.57ID:8f6xLscl0
>>282
デフォルトでチェックが入ってる「PerfectDisk Pro Maintenance　\778」って
何なんだろうね

「1-Year Technical Support and Upgrade Protection」
→「1年間の技術サポートとアップグレード保護」だそうだけど

これを一緒に払っとかないと、小規模アップデートが受けられないとか
アップデート発生の知らせも受けられないとかだと確かに困るな

米国人スタッフ常駐サポセンとのメールやり取り権利（1年間有効）程度なら
いらんが
2018/05/25(金) 15:51:10.37ID:8f6xLscl0
すいません、\1,297でした
2018/05/25(金) 16:42:34.15ID:Hg0lRIiE0
>脱字等がありましたので正しい意味で分面が捉えられないかも知れませんので再投稿しておきます

面倒だから簡単にしか書かないけど、デフラグソフトのドライブマップグラフ表示で断片化しているように見えているのは
Windows OSで扱う際のファイルシステムで取り扱っている仮想化されたハードディスク上での各クラスタの配置です
ファイルの読み書きの際にアクセスするファイルシステム上での最小転送単位はクラスタです
これは、標準のNTFSファイルシステムでフォーマットしている場合には、
連続しているセクタ上での8セクタ分4096バイトなどを1回分の読み書きする際の単位としてファイルシステム上で扱われます
ですから、どんな小さなファイルだったとして4096バイト分はファイルシステム上で消費されて扱われます

これはSSDでも当然同じ考えで扱われていて、
SSD内のファームウェアが中間アドレス変換テーブルを介してSSD上の各ブロック内の1ページにそれざれ対応させてアクセスしています
ですからOS上やSSDメーカーのツールからTrimが発行されても、その1ブロック内の全てのページが未使用状態と判断されないと
そのブロックはクリアされずに空きブロックにはできない事になります
空きブロック上への書き込みにならない場合には、(ここは各自で調べて貰う事としてSSDでの書き込み処理速度の要です)
そのブロック内でファイルデータとして現在使用されている各ページは残したままで
利用していない事になっているページへの書き込み処理をしなければならないので処理速度が少し非効率になります
2018/05/25(金) 16:42:57.45ID:Hg0lRIiE0
ここからは、SSDの説明サイトなどでは非公開の内容になりますが、
あるファイルがSSDの1ブロック内で連続している各ページに順に割り当てられていて
またファイルシステム上で扱われている連続したクラスタに一対で対応していればシーケンシャルに一度に処理できますので、
その分少し処理速度が効率的になる事になります
これを踏まえた上でデフラグの意味を考えてみるといいかも知れません
またデータサルベージする場合には、ファイルデータがブロッククリアされてしまっていない事が前提条件になりますが、
MFTが既に破壊されてしまっている状態だった場合には、
連続したクラスター領域にファイルがデフラグされて綺麗に並んでいた方が復元率が高くなる現実もあります
2018/05/25(金) 16:45:42.60ID:Hg0lRIiE0
>SSD内のファームウェアが中間アドレス変換テーブルを介してSSD上の各ブロック内の1ページにそれざれ対応させてアクセスしています

SSD内のファームウェアが中間アドレス変換テーブルを介してSSD上の各ブロック内の1ページにそれぞれ対応させてアクセスしています
2018/05/25(金) 17:12:33.77ID:V6eqANTo0
>>284
1年以内に次のバージョン（15）が出た場合無償になる
実際は778円払っているけど
http://anago.5ch.net/test/read.cgi/software/1332014473/574
290名無しさん＠お腹いっぱい。
垢版 |
2018/05/25(金) 19:05:50.36ID:8f6xLscl0
>>289
その程度の恩恵の違いなら、払うのは止めといた方がいいですね
2018/05/26(土) 08:56:04.37ID:aSdk+EeN0
SSD内部の各ページの配置順序は調べようがないので検証できないんだけど、
綺麗にデフラグしたものをシステムバックアップしてから
Secure Eraseした後にシステムリストアすればSSD内部で使用されている各ページは
シーケンシャルに仮想ハードディスク内のクラスター配置に準じて整列されて割り当てられるんじゃないかと想像するんだけど
詳しい方々はどう思いますか？
2018/05/26(土) 09:09:07.40ID:08BdDhSe0
なにがしたいんだ
こんなところで長文だらだらと書き綴って
2018/05/26(土) 09:35:15.74ID:aSdk+EeN0
SSDをデフラグした際の効果について
どの程度の知識を持った人達がいるのかを確認したくて・・・
同一ブロックに何度も書き込むことは消耗度合いを避けるためにも、
シーケンシャルな書き込み時には一度の書き込みで済むようなロジックになっているはずですよね？
2018/05/26(土) 09:49:00.66ID:aSdk+EeN0
スレを遡って確認してみましたが、
そんな大した詳しい論議までされている方々はいなかったようですね
ただひたすら消耗度合いが増すだけだからやらない方がいいってだけで・・・
一度のデフラグで各ブロックに一回の書き込みが発生したぐらいで問題視する必要もないと思うんですよね
一つのブロック内の各ページ全てにデフラグ作業が毎回上書きしているようだと
確かに頻度によってはセルの消耗度合いは増すかも知れませんけど、
実際の効果は理論的にはどうなんですかね？
2018/05/26(土) 10:45:48.40ID:at3igHlh0
不連続なファイルを連続させるだけのデフラグなら、そんなに負担にならないだろうけど、
なるべくフラグメントが起きにくいように、空き領域を詰めるデフラグもするじゃん。
その場合、毎回ssdにとっては不要な書き込みが生じるわけで。

ファイルシステムれえるの話をすれば単純なファイルコピーなら、
よほど空き領域が足りない場合でなければ、連続した領域に配置される。
問題はブラウザのキャッシュとかファイルサイズが確定しないファイルの書き込み。
まあ最近のhttpはファイルサイズも分かるはずだから、最初にそのサイズ確保すれば
フラグメントしないはずだけど、なぜかブラウザのキャッシュファイルはフラグメントしてるものが多い。

しかし気分が悪いというだけで、いずれにせよ不連続性による速度低下は
ほとんど問題にならないはず。
2018/05/26(土) 11:08:11.67ID:at3igHlh0
>>281
> http://ssd比較.com/?p=1189

この記事は2011年のだよね。あれからssd側の処理は大きく進歩した。
ssdのことはssd自身に任せるのが一番。
ただ「そのセクタのデータを使ってない」という情報はssdはわからない
(ファイルシステムは不要になったセクタをわざわざ0で埋めるとかしない)から、
それだけはssdに伝える必要があって、それがtrimの処理。
それさえssd側に知らせれば、あとはssdが善処してくれる。

あと秋両機が20%の状態というのもね…。
そしてこのベンチはわざとフラグメントを起こさせるツール「デデフラグ」を
使ってテストしてるから、通常の使い方じゃない。
2018/05/26(土) 12:44:47.60ID:yR7Umn+L0
全くの未使用領域への一発目の書き込み以外
SSDのファームウェアが満遍なくばらけさせちゃうから
デフラグする意味ほとんど無いんでしょ
デフラグしてOSから見て連続してるように見えるようになっても内部的にはバランバランなわけで
2018/05/26(土) 14:28:43.65ID:aSdk+EeN0
SSDはガベージコレクションとかをしてあちこちのブロックからページ移動を頻繁に行うので
一つのブロック内で一つのファイルに対して整然とページ配列保存をしていても無意味という事でいいですか？
ではファイルの上書きで一つのブロック内に全てのページに対してじゃなく複数のページ書き込みが発生したら
セルの消耗を避けるためにもそのブロック内には書き込まずに、
使用していた各ページはファーム側の管理テーブルだけを未使用状態にした上で
クリアになっている他のブロックを使用してシーケンシャルに(それぞれに対して複数回ではなく)
一度でまとめて各ページに書き込み処理すると考えればいいですかね？
2018/05/26(土) 15:00:45.55ID:at3igHlh0
ssdというのは、たとえるなら最初は0が書かれていて、それを1や3などにすることは簡単にできる。
しかし一度1や3にした場所を5とか6に変えることはできない。
その場合そのページを丸ごと0にして、あらあためて5や6を書き込む。

だから丸ごと0が書かれてる状態のページには、どんなデータでも、順不同で複数回書けるわけ。
わざわざ物理ページをバラバラに書き込む必要ない。
というかそんなことをするとリードが遅くなって不利。
2018/05/26(土) 15:03:21.80ID:at3igHlh0
んでこの「ページを丸ごと0にする」処理の回数に上限がある(いわゆる寿命)ので、
なるべくこれが起きないように、起きるならどのページも均等に起きるようにする。
2018/05/26(土) 19:19:26.15ID:vCUeWFu+0
少しググってみた参考文献

SSDの現状とチャンス
https://pc.watch.impress.co.jp/docs/column/hot/153772.html

http://www.snia-j.org/tech/WH/SSD/files/SSD_Performance-A_Primer_J.pdf
*この記載内容からすると、SSD内のマッピングテーブルも断片化するそうである
だとすると、使いっ放しじゃなくある程度の期間でシステムバックアップしてから
Secure Erace後にシステムリストアした方が速度低下は抑えられるんだと思います
2018/05/26(土) 23:21:45.72ID:at3igHlh0
>>301
1番目のは2009年でかなり古い。たとえばSLCとMLCについて語られてるけど、
いまや主力は1個ずれてMLCとTLCだよね。SLCが一番早くTLCが一番遅い。
しかし容量的にはTLCが一番有利なので、最近のSSDの大容量化を支えてるのはTLC。

逆にTLCの遅さをいかにカバーするかが技術の見せ所。なのでとりあえずデータをSLCとして
書き込んでおいて、暇なときにこっそりTLCの部分に書き写すとかの技法も使われる。
だから2009年の記事ほど現在のssdは単純ではない。というか外からはもはやssdが
やってることを追いかけるのは不可能。

> *この記載内容からすると、SSD内のマッピングテーブルも断片化するそうである

これは記事の日本語の表現だと思う。確かにそう書いてあるけれど、
マッピングテーブルそのものが断片化するのではなくて、
マッピングが断片化している場合のことを言ってるんじゃないかと。

> Secure Erace後にシステムリストアした方が速度低下は抑えられるんだと思います

そりゃその方が論理セクタも物理セクタも断片化が最小になる(ゼロになる)から、
速度的には有利だけど、それが「見合う」ほどのものか？が問題。
だって1回ほぼすべてのセクタに対して、書き込み回数が減る(寿命が縮む)わけで。

secure eraseも当然だけど寿命の1回分を消費するんだよ。
2018/05/26(土) 23:27:37.10ID:at3igHlh0
secure eraseがーと、よく言われたのはまだssdが出始めの頃だよね。
trimもなかったから、ssdはそのセクタが使われてるか使われてないか判断できなかった。
trimによってそれが可能になった。それ以外もssdも賢くなったし。
だから昔ほどsecure eraseは重要ではなくなった。

まあいまも効果はゼロではないとは思うけどね。手間や寿命に見合うか？
俺は否定的だけどね。ただ結局はどういう使い方をするかで変わるから、
「こうだ」という一つの答えはない。
2018/05/26(土) 23:39:44.82ID:aSdk+EeN0
http://jp.fujitsu.com/platform/server/primergy/performance/pdf/wp-solid-state-drives-faq-ww-ja.pdf
冒頭の部分だけでも目を通すとSSDに対しての正しい知識が身に付くかも知れません
デフラグスレでも正しい知識を浸透させたいと思います
2018/05/27(日) 00:00:29.66ID:yV+QhFXK0
一つ付け加えておくとOS側で発動するTrimは、削除されたファイルが使用していたクラスタを
SSD側のファームウェアに全て教えて、該当するブロック内の1ページを未使用としてマークするだけで
そのブロック内に使用しているページが残っている場合には瞬時にはブロッククリア作業はしないそうである
その後のガベージコレクション作業によって空きブロックを新規に作り出すことになります

一方SSDメーカーて提供しているTrimツールは、ファイルが削除されて未使用クラスタになっているものを
SSD側のファームウェアに全て伝えてから、ガベージコレクションを踏まえた作業を促すようです
2018/05/27(日) 09:48:26.74ID:emhWgC5l0
要約してくれ
2018/05/27(日) 11:23:35.24ID:yV+QhFXK0
SSDとして内容を説明します
SSDは、中間に管理テーブルを持っていてそれを介して各ファイルをMFTを介して定義された仮想ハードディスク内の
各セクタとSSDの物理セクタを関連づけています
標準のアロケーションでフォーマットした場合を例にして説明しますが、
ここで頭に入れておいて欲しいのは、仮想ハードディスク上のファイルシステムは、
連続したセクタ(512バイト)を8個分まとめたクラスター(4096バイト)という単位で管理されていて、
OSからはドライバを介してこの単位でファイルにアクセスしています
これらのクラスターそれぞれ全てに一対一で対応するようにSSDの管理テーブルは、
どのブロックの何ページ目にそのクラスターを割り当ててあるかを規定しています
そして、ファイルを書き替える際にはそれらの割り当てられているページ1つ1つを更新します

これらを理解されていれば、投稿されたURLに記載されている内容は把握できると思います
2018/05/27(日) 12:42:47.96ID:yGW97dFu0
>>305
osが発行するtrimコマンドもsecure eraseも基本は同じだよ。
osが発行するtrimコマンドは、当たり前だえけど使用されてるセクタに対しては発行されない。
そんなことしたらデータが消えちゃうからね。
secure eraseは全データを消去するツールだから、結果的に全セクタにtrimコマンドを
発行するのと同じになる。

またガーベージコレクションとページの消去がごっちゃになってるように見える。
どのページを消去するのが最適か？を決めるのにガーベージコレクションを行い、
決まったらそのページを消去する。

ガーベージコレクションは一部しか使われてないページのデータをほかのページに移し、
その後そのページを消去うするから、この作業自体が限りある
ssdの書き換え回数の1回分を消費する。

ssdはこの先度のセクタのデータが書き換わるか
わからないので(それはユーザーの使い方に依存する)、
なるべく消去を先延ばししようとする。
せっかく移動したばかりのデータがまた書き換えが必要になったら、
移動による書き換え+ユーザーによる新たなファイルの保存による書き換えで
2回も書き換え回数を消費してしまうからね。

だからssdはできる限り「ぎりぎり」まで消去をしないしガーベージコレクションもしない。
その方が寿命に有利だから。しかし一方で大量のデータが書き込まれた場合、
ガーベージコレクションをしながら書き込むことになり、どうしてもライト速度が遅くなる。
それはユーザーにとって「このssdって遅い」と感じさせてしまう。
だからある程度の大量書き込みの余力を残しつつ、
できる限りガーベージコレクションを先延ばしする。
2018/05/27(日) 12:46:46.82ID:yGW97dFu0
んでこういう調整が「技術」でありssdの性能を決める。
ssdはssdなりに、最適になるタイミングでガーベージコレクションを行おうとするのに、
それをユーザーがsecure eraseを使って強制的に全ページの消去をしてしまうと、
ssd側のこうした努力が無駄になってしまう。

もちろんsecure eraseをして、退位させておいたファイルを元に戻せば、
誰かが言ってるように、物理ページも連続するから、読み込み速度には有利。
でもその代償として限りある書き換え回数を消費してるわけ。
直接ユーザーからは感じられなくてもね。

一方で物理ページの連続による読み込み速度の向上は確かにゼロではないけど、
書き換え回数の消費と引き換えにするほど、メリットがありますか？という話。
2018/05/27(日) 12:59:42.11ID:yV+QhFXK0
OS側がファイルを削除した際、瞬時に発行するTrimコマンドは、
そのファイルが使用していたクラスター領域にしか有効でないのは
いろいろなサイトで私も確認しましたし、またサルベージソフトを介して
私も確認しています
2018/05/27(日) 13:05:23.89ID:yV+QhFXK0
遊びでやっているんですから、多少の寿命は縮んだって問題ではありません
それに、こんな事していたって平気で5年程度は持ちますよ
その頃には新しいSSDに買い換えた方が経済的効率もいいと思いますしね
2018/05/27(日) 13:57:05.68ID:yV+QhFXK0
ちょうど1年経過したSanDiskのSSDも消耗指数92%残っていますし、
システムリストアもある程度頻繁に実行していますがこの程度です
また、代替ブロックも発生していませんけど、SSDですから突然壊れる可能性もあります

5年経過したIntelのSSDも同じような使い方をして来ましたけど、
消耗指数は88%程度を示していて、代替ブロックは22程度の発生ですが、
購入当初時に結構一度に増えて以来、その後は希に発生する程度で
何の問題もなく機能しています
代替ブロックが増えた際には、システムをバックアップ後にSecure Eraceで対応して
システムリストアでもいいのかも知れませんが、
何かしらの不具合を感じたら気分的にも悪いのでOSの再インストール作業をしています
2018/05/27(日) 14:43:59.90ID:yGW97dFu0
>>312
逆にSecure Eraseの効果を実感できてるの？
読み込みが遅くなったのが元に戻ったとか、書き込みが遅くなってたのが、元に戻ったとか。
2018/05/27(日) 15:26:48.66ID:UGjGOJA80
ぶっちゃけそこはRead、Write共に誤差の範疇ですし、
デフラグ後に体感出来るようなものはありませんね
ただ、検証も含めて遊びの範疇ですよ
2018/05/28(月) 00:52:12.99ID:++2VNmXY0
何様？ｗｗ ID:aSdk+EeN0
2018/05/28(月) 20:37:56.21ID:7RKFpeU10
>>310
俺(>>308)もそういってるはずだけどね。
trimコマンドとsecure eraseが基本が同じ、と書いた部分が伝わらなかったのかな。
あたりまえだけどtrimコマンドはセクタ単位、secure eraseはssd全体が対象なんだから、
消去される「範囲」が違うのは当たり前。「動作」が同じということ。
2018/05/30(水) 02:21:02.72ID:fJUqpgPg0
素人目には、

「HDD = メガネ、SSD = コンタクトレンズ」みたいなものに思える

コンタクトの方が、視界の縁が歪んだりしないし、何の問題も起きていない時なら
視力が悪くなる前の裸眼に近い感覚で便利に使えてるけど
（出費が割高になるのも許せる気になれる位に有り難いが）

眼球に直接触れてる分、どうしてもドライアイ体質が進行したり、

塵やホコリが少しでも眼球に触れたらレンズ-眼球間の水分まで吸われてカサカサ目
になって痛むは、

沢山かいてしまった汗が目にも入ってしまったら、汗が涙と浸透圧近いもんだから
レンズを着脱したくなっても吸い付いて中々剥がせなくなるわ、

まだまだ万全では無い・・・けど、一度旨味を知ったら、メガネには無い諸々の
リスクを背負い込んでも、あえて使いたくなる
2018/05/30(水) 17:01:39.01ID:9lMF0Ijg0
その例えで言うならコンタクトやレーシックは怖いから
メガネ、HDDのままでいいわ
2018/06/11(月) 16:46:41.33ID:K9yuegh10
今思えばDiskeeper12が最高やったわ。
2018/06/13(水) 13:09:15.29ID:zGCnT2AE0
MicrosoftがRaxco社を買収して、Perfect DiskがOS標準デフラグになってくれるのが

たぶんベストなんだろうな

もしくは特許に触れずして同等のデフラグを開発
2018/06/14(木) 13:54:39.06ID:Z0wnmHZe0
このソフト自動でデフラグしてくれんの？
2018/06/14(木) 18:18:22.51ID:IVL/6OZ/0
というか基本は初期設定して自動で快適デフラグライフだ
Windows10のデフォなんか使ってるより圧倒的に快適だぞ当たり前だが
Windows7なら話にならないレベルで良い
2018/06/28(木) 07:44:08.33ID:eM+yMAmM0
未だにWindows7の方が良いとかマジ？
そろそろ10の方が充実してるんじゃないの
両方持ってないから知らないけど
2018/06/28(木) 07:51:39.64ID:41VRFJjk0
>>323
読解力なさすぎ
2018/07/03(火) 18:55:25.24ID:Kir8B7dO0
PowerX PerfectDisk 13 Pro バージョンアップ版を
NetJapanでの販売終了記念に買っときました
CD-ROMを送って貰った（ネコポスで届いた）けど2,592円だった
本家版はver.14だっけ？
Raxco社とNetJapanとの契約は切れてしまったから
最新版PDへの優待販売は無いよねえ
2018/07/17(火) 16:21:54.46ID:uNstp/220
SSDは初期不良がありがちだから
diskpartの「clean all」を３回くらいやって痛めつけておいてから
OSをインストール後にCrystalDiskInfoで確認するといいですよ
2018/07/17(火) 17:05:37.98ID:LlYKA4dV0
デフラグ機能より断片化を防止するOptiWriteが超絶に優秀すぎて
フラグメントを殆ど引き起こさない
2018/07/31(火) 12:31:03.86ID:xeZFe8FR0
ちょっと質問させて頂きたいのですが、Cドライブのみデフラグするたびに空き容量が10GBほどずつ減っていきます
これを回避、もしくは空き容量の回復だったり、原因などをご存じの方いらっしゃったらなにとご教示お願い致します(_ _)
2018/07/31(火) 12:32:17.05ID:xeZFe8FR0
>>328
追記するとSSDではなく1TBのHDDです。
2018/08/01(水) 00:21:31.56ID:bCv73Elp0
そんな奇妙な事態には遭遇したことがないです
このスレじゃなくてシステムの復元に容量を取られているんじゃないの？
それともBitlocker使うとデフラグしただけでも食い潰されるんかね？
2018/08/01(水) 07:04:11.29ID:lbvaCTVa0
過去にも同じようなこと書いてる人いなかったか？
2018/08/03(金) 15:29:05.15ID:hfNcBzc+0
What's new in PerfectDisk 14 Build 893
1. Issue with restoring excluded drives fixed.
2. Windows 10 files that load during boot time defrag automaticaly decompressed to allow boot time defrag to work.
3. ReFS drives larger than 16TB not being seen/processed correctly issue fixed.
2018/08/06(月) 10:25:08.34ID:Bt9P168g0
333
2018/08/13(月) 22:02:18.30ID:jnxNG4s00
クラスターが死んでるところにデータを移してWindowsが使えないように認識する=容量減るみたいな感じじゃないのか？
チェックディスクの不良クラスターの項目で数値増えてない？
2018/08/14(火) 04:02:46.71ID:K5w23Pqf0
>>328
とりあえずこれを試して
>>181
>>188
2018/08/21(火) 00:03:35.59ID:pxxrZAR20
>>332
圧縮に対応できないから解除する手段に出たのか？
2018/09/04(火) 01:45:25.54ID:n3f2r67Q0
SSDでも仮想ドライブファイルだったらマウントしてからデフラグしといた方がいいよな
2018/09/05(水) 20:35:47.40ID:fg9P0+H10
SSDは早いからデフラグの必要がない、デフラグするとSSDに無駄に書き換え回数を増やすのでSSDの寿命が縮む
だからSSDはデフラグしない方がいいって聞いたが違うの？
2018/09/05(水) 20:45:33.39ID:RQ11JCxO0
石器時代から来たの？おじいちゃん
2018/09/06(木) 04:02:17.38ID:JAZocRh30
> SSDは早いからデフラグの必要がない
だいたいあってる

> 無駄に書き換え回数を増やすのでSSDの寿命が縮む
これも間違いではないが、今時のSSDなら気にするほどではない

デフラグするしないは自由
2018/09/06(木) 12:56:48.40ID:lPE5+p3M0
>>327
このスレ的にトピックなのはこれだぞ
OptiWriteをONにして放置しとけば断片化など気にする必要性がなくなる
SSDはwin10なら勝手にトリム発行するし年に一度か二度ぐらいしか断片化でSSDデフラグなんて推薦されないだろPDに
2018/09/06(木) 22:43:52.64ID:UScZ9jtf0
SSDで空き領域のデフラグをガンガン噛ませて
メーカーのツールで調べて推定余寿命が50%程度になった人がいたら報告よろしく！
全くｵﾒｰ等はバカかよ
趣味だったとしても年間で何回やる人がいるんだよ
TLCは1ブロック250回の書き込みでそのブロックは壊れるって偉そうに宣ってる奴もいるけど、
ブロッククリアもするから事実上はこの半分程度だよな
初期不良じゃなく壊れた奴がいたら報告よろしく
その時には俺も認識を改めさせて貰うとするよ
2018/09/07(金) 18:49:53.16ID:mKq3V0/K0
PerfectDisk14pro体験版でSSDデフラグしたら。
先頭と後尾にデータが分かれて歯抜け多く中間も結構歯抜
デフラグ終わった後も1%断片化位だった。
ultraデフラグで見たら断片化３．２％

２回目やって
デフラグ終わった後も2%断片化
ultraデフラグで見たら赤表示がいっぱいで断片化９.７％
６９３２断片化とかなったんだけど

これってデフォ？
2018/09/07(金) 18:50:46.11ID:mKq3V0/K0
win10
2018/09/08(土) 02:48:13.53ID:5DlLMJ/N0
SSDデフラグって何がしたいんだい？
SSDの最適化だったら使用の頻繁なデータ分けするからそうなるよ
SSDの基本はデフラグしないでどうしてもしたい場合は空き領域の結合
2018/09/08(土) 09:57:12.26ID:jZHF8yAz0
やりたかったら好きなだけSSDでもデフラグをして結構
寿命が縮むって　はあ？
壊してから物を言え
こんな俺でも５年は壊れずにもっているし、ついでにシステムリストアとかを
やりまくったって半年で5%程度しか推定余寿命なんて縮まないわ
さっさと壊れちまうのは初期不良品なんだからそんな個体はさっさと壊してしまえよ
2018/09/08(土) 10:16:59.05ID:W68QyBZq0
SSDのデフラグが空き領域の結合なんだから
お前の指摘してる事は二律背反だぞ
意図せず言及してるんだろうから端的に言うと

オマエが無知なだけ
2018/09/08(土) 16:12:16.00ID:jZHF8yAz0
>>347
見てきたわけでもないのにどっかの無知が書いてるような記事を鵜呑みにして声高々と・・・
勝手に偉ぶって書き込んで　もうアホかと
そりゃ書き込み量を増やせばそれだけメモリセルの寿命が縮むのなんて今時の小学生だって知っているわさ
それで、あんたの使っているSSDのセルは何回書き込んだら死んだんだい？
ひとつやふたつのブロックが死んで代替された程度では
メーカーカー側から言わせれば寿命とはまだ呼べないだろうな
製造課程での想定の範囲内だとよ
製造時に不良ブロックチェックで死んでいるのは代替させていて
SMARTの代替ブロックの値は0クリアされているんだからな
後生大事に書き込みしないで壊した経験のないおまえが声高々と寿命が縮むって叫ぶ必要なんてないわけよ
壊れたやつらが経験を語り伝える場なんだよ
2018/10/22(月) 20:29:24.44ID:TaWbA1gr0
カァーラァースゥーなぜ鳴くの～
2018/10/31(水) 12:06:16.61ID:Eb7d3twJ0
遂に検証結果での結論が出ました
SSDへデフラグを実行する行為は、ファームウェア側の実行する動作を理論的に考えても
対象ファイルの各ページをガベージコレクションしながらウェアレベリング処理に基づいて
DRAMキャッシュとSLCキャッシュを利用して
空きブロックへとシーケンシャルなページ構成になるようにしてからTLC NANDへ最終的に書き込んでいます
従いましてNANDメモリの摩耗など極端に気にする必要はなく、
新しく作成されたSSD内の未使用ページ全てに
8.1以降のOS側で最適化ツールを利用して手動でTrimコマンドを発行してやれば
書き込み時の効率が速度を含めてよくなります
SSDのファームは、デフラグによってファイルシステム上で新たに未使用クラスタになった
それに対応したSSD側のページを把握していません
そのために手動でTrimコマンドを発行してやる必要があります
これによってブロッククリアしてもいいものを正確に判断できるようになります

TLC NANDメモリの書き換え耐久回数は、700回とも1500回とも言われていますが、
ページに書き込んだ内容がエラー訂正しても信用できない段階になると
ファームウェアはそれが含まれるブロックごと不良として代替します
この代替ブロックが多数発生してからがそろそろ寿命と呼べる段階で、
代替ブロックの発生も待たずに壊れてしまっているSSDは、コントローラー関連に不具合を抱えたものとして判断いたします
みなさんもS.M.A.R.T.に表示されている各ブロックの平均書き換え回数に注目しなからどれくらいで壊れるか経過観察してみて下さい
■ このスレッドは過去ログ倉庫に格納されています
16歳の水野カイトが封印の刀を見つけ、時間が裂けて黒い風と亡霊の侍が現れ、霊の時雨と契約して呪われた刀の継承者となる場面
ニューススポーツなんでも実況