『Readの4K QD32だけが遅い』のクチコミ掲示板

[ERde3P]

先日この850EVO500B/ITを購入し、EaseUS Todo Backup Home 8.2 Trialを使い問題なくクローン化
しました。

CrystalDiskMarkで計測したところ、Readの4K QD32だけが遅いのです。

何が問題なのかわかりません。ファームウェアはEMT01B6Qです。

PCはLenovo G580 26897SJでメモリは8Gに増設しています。
Windows 8.1 Pro
Core i5-3210M
Intel(R) 7 Series Chipset Family SATA AHCI Controller
を確認しました。

原因は何なのでしょうか？お教えください。

書込番号：18738868

[takazoozoo]

クリーンインストール

書込番号：18741226

[you-wish]

ERde3Pさん

お使いになっているマザーボードに適した
　AHCIドライバー(INTEL RST,AMD) とチップセットINF ドライバー
をインストールし直す。

http://www.4gamer.net/games/017/G001762/FC20110422001/

ひょっとして 　ソフトの影響(セキュリティ関連)かもしれませんね。

書込番号：18741360

[翠緑柄眸]

EaseUS Todo BackupのFree版だと、SSD最適化オプションが利かない問題が発生してます。

msinfo32 コマンドでパーティション開始オフセットの値が、1024の倍数になってるか、チェックをお勧めします。

書込番号：18742050

[夏のひかり]

アライメント正常	アライメント異常	EaseUS Todo SSDに最適化	AOMEI SSDに最適化

>EaseUS Todo BackupのFree版だと、SSD最適化オプションが利かない問題が発生してます。

Windows10で試してみました。

窓の杜　EaseUS Todo Backup　Free_v8.2 (最新版）
http://www.forest.impress.co.jp/library/software/easeustodobu/

▼クローン
・SSDに最適化する。 →　アライメント32,256バイト →　×
・SSDに最適化しない →　アライメント32,256バイト →　×

▼復元
・SSDに最適化する。 →　アライメント4,096バイト →　○
・SSDに最適化しない →　アライメント32,256バイト → ×　

結果：クローンは使えません。被害者続出の予感
-------------------------------------------------------
窓の杜　AOMEI Backupper v2.5　(最新版）
http://www.forest.impress.co.jp/library/software/aomeibackup/

▼クローン
・SSDに最適化する。 →　アライメント1,048,576バイト →　○
・SSDに最適化しない →　アライメント32,256バイト →　×

▼復元
・SSDに最適化する。 →　アライメント1,048,576バイト →　○
・SSDに最適化しない →　アライメント32,256バイト →　×　

結果：SSDに最適化のチェックを付け忘れるとダメです。
SSD全盛なのに時代遅れに感じます。自動にして欲しい。

■アライメントがズレた状態でのCDM3のベンチ結果
・4KのWriteのベンチが正常時の1/2になる。
・4KQD32のWriteのベンチが正常時の1/3になる。

Acronis True Image の場合は"SSDに最適化"は自動です。
チェックボックスはありません。

書込番号：18743938

[翠緑柄眸]

＞▼復元
＞・SSDに最適化する。 →　アライメント4,096バイト →　○

あれ？　復元だとOKでしたか？

うちは４月21日作成のブータブルUSB(WinPE/非対応モード）でリカバリ実施した時、駄目だったんですが。

デフォルトだと（意味が分からないですが→）”対応モード”オンでブータブルUSBが作成されるのですが、何故かそれを使うとウチのPCがリセットを食らってしまったので、非対応モードを試したらリセットせずに使えました。その違いかなあ。

４月２１日以降で何か修正が入ったのなら、EaseUS〜を起動した時に、アップデートを促す表示が出る筈なのですが、見た覚えが無いですね。（以前8.2から8.2.0.2にアップした時に出ました。）

まあ無料なのでアレコレ文句を言える筋合いでは無いですが、宣伝の為に無料提供してるのなら、こういう迷惑なバグは早急に直して頂きたいものです。商用版の信頼にも関わるし、評判を落とすだけですからね。

書込番号：18744910

[翠緑柄眸]

とりあえずメール（[e-mail]）で報告しときました。

日本語サイト（http://jp.easeus.com/company/contact.html）からだから日本語で送信したけど、大丈夫かな？(^^;

書込番号：18745038

[ERde3P]

you-wishさん

ご返答ありがとうございました。

ご指摘のドライバをインストールし直したところ、画像の通り正常？になりました。
4K writeの数値はこのぐらいでもいいんですよね？

翠緑柄眸さん

ご返答ありがとうございました。

全てのパーティションで1024で割ると整数になることを確認しました。
アライメントは正常ってことでいいのでしょうか。

書込番号：18746218

[you-wish]

ERde3Pさん

OKです^^v

書込番号：18746267

[翠緑柄眸]

連休中なのに、EaseUSから返信メールが来ました。（どうも海外から直に、日本語が出来る方が対応した模様？）

でもあちらでは再現出来ないらしく、詳しい情報提供を求められたので、ここのスレと下記の過去スレを紹介しときました。

EaseUS todo backup　の現バージョンについて
http://bbs.kakaku.com/bbs/-/SortID=18328517/?Reload=%8C%9F%8D%F5&SearchWord=Easeus+%8D%C5%93K%89%BB+6%2E5#tab

もしかして直に書き込みが来るかも知れません。(^^;

書込番号：18748802

[翠緑柄眸]

P.S
そういえばウチの場合怪しいのが、ブータブルUSBを使ってる件とは別に、PCをMBごと組み替える前は大丈夫だった様な覚えが・・・。

そうだとUEFI-BIOSが絡んでる可能性が有るかも？

ストレージがSSDかどうかの判定は、SMART情報のスピンドル回転数が「０」かどうかを見てる筈で、SMART情報の取得は、かなり低レベルなインターフェースを使ってる筈だからBIOSが影響してそうだし、もし正しいスピンドル回転数のデータじゃないモノを判定してたら、それはゴミとかで大抵「０」以外になってしまうから、HDDと勘違いしそうです。

まあ、かなり当てずっぽうな推測ですけど。

書込番号：18748999

[夏のひかり]

アライメントNG	アライメントOK

翠緑柄眸さん
こんばんわ

Windows8.1（MBR)で再検証しました。
WIndows10とは違う結果になりました。

EaseUSTodoBackup_v8.2 動作検証
・インストール時間 →　1分52秒
・Todo起動時間 →7秒（遅い）

●条件
・OS →　Windows8.1
・ソース →　840EVO_120GB →　40.6GB
・ターゲット →　840PRO_128GB → ボリューム削除

▼通常クローン
・SSDに最適化しない
・クローン時間 →　4分24秒
・アライメント →　1,048,576バイト →OK
・起動 →　OK

▼通常クローン
・SSDに最適化する
・クローン時間 →　4分23秒
・アライメント →　1,048,576バイト →OK
・起動 →　OK

▼セクタバイセクタクローン
・SSDに最適化しない
・クローン時間 →　7分32秒
・アライメント →　32,256バイト →NG
・起動 →　OK

▼セクタバイセクタクローン
・SSDに最適化する
・クローン時間 →　7分32秒
・アライメント →　32,256バイト →NG
・起動 →　OK

◆復元
・SSDに最適化しない
・復元時間 →　7分46秒
・アライメント →　32,256バイト →NG
・起動 →　OK

◆復元
・SSDに最適化する
・復元時間 → 7分43秒　
・アライメント →　32,256バイト →NG　
・起動 →　OK

時間がかかるので大変です。
結果は、なんじゃこりゃ！(^^;

書込番号：18749321

[翠緑柄眸]

EaseUSから「開発チームに情報伝達した」との返信が有りました。次回バージョンアップには、何とかするつもりだそうです。

因みに、うちで別件で発生してたGPTなブートSSDに、MBRなシステムイメージをリカバリに失敗する（しかもSSD最適化と同じで、エラーや変更の表示とか一切無し --;）件も、既に認識済との事でした。

何か、どっちも原因の特定が未だみたいで、気長に待たないと駄目かも？

　　　　　　　　　　　　　　◇

夏のひかり さん、御苦労様です。

>時間がかかるので大変です。

自分はバグの原因を直感的に探るのは好きなのですが、データをきちんと収集するのは面倒くさいタチなので、それが出来る人は敬服します。

>結果は、なんじゃこりゃ！(^^;

そのあたりが開発チームの手遅れに繋がってる理由なんでしょうね。やっぱり、どこかで間違ってゴミなデータを判定してる、という推測に一票です。

SSD最適化にしてもGPT/MBR問題でもそうですが、内部処理で矛盾みたいなのが見つかったら、ユーザーに確認する仕様が良さそうですよね。

「SSD最適化指定だけど、HDDに適用してオケ？」とか「ターゲットがGPTだけど、MBRなリカバリしてオケ？」とか。そうすれば重要なヒントや問題報告が、ユーザーから得やすいですし。

勿論その確認手順が、バックアップやリカバリ作業の手間を増やすのは、避けるべきですが、今回の件は作業の最初に出来るから、追加しても構わないかと。


P.S
しかし、そろそろ別スレを立てないとマズイかも、ですね。スレ主の問題原因はEaseUSとは無関係だったのだし。(^^;;　　　　

書込番号：18752822