CrystalDiskInfoやCrystalDiskMarkなどCrystal Dew World製品に関する総合掲示板です。
|
ひよひよ
- 15/10/1(木) 22:55 -
|
▼金華山の仙人さん：
>ガッツリCDM5.0.2が展示に使われてます。ﾊﾚﾌﾞﾀｲ､ﾃﾞｽﾅ
>
> Samsung、PCIe3.0 x4＋M.2＋NVMe＋3D V-NANDの新型SSD「950 PRO」
>http://news.mynavi.jp/photo/news/2015/09/22/178/images/005l.jpg
950 PRO はまぁとても良い感じですね。欲しいなぁ。
>ガッツリCDM5.0.2が展示に使われてます。ﾊﾚﾌﾞﾀｲ､ﾃﾞｽﾅ
>
> Samsung、PCIe3.0 x4＋M.2＋NVMe＋3D V-NANDの新型SSD「950 PRO」
>http://news.mynavi.jp/photo/news/2015/09/22/178/images/005l.jpg
950 PRO はまぁとても良い感じですね。欲しいなぁ。
|
ひよひよ
- 15/10/1(木) 22:54 -
|
▼ギヤマンさん：
>いつもソフト使用させて頂き有難うございます。
>私も同様の現象が発生していますので報告いたします。
>CrystalDiskInfo（Ver6.5.2）
>SSD（システム）：crucial CT250BX100SSD1（ファームウェア：MU02）
>HDD（データ用）：WesternDigital WD5000AAKX
>健康状態が不明と表示され、使用時間も極端に少なく表示されます。
>SSDとほぼ同時期に新規でHDDを増設しました。
>添付テキストを見て頂くとSSD使用時間が少ないのが解ると思います。
>対応の程よろしくお願いいたします。
もろもろ情報ありがとうございます。BX100/BX200 の資料はあるので次回バージョンアップ時には対応したいところです。。。
>いつもソフト使用させて頂き有難うございます。
>私も同様の現象が発生していますので報告いたします。
>CrystalDiskInfo（Ver6.5.2）
>SSD（システム）：crucial CT250BX100SSD1（ファームウェア：MU02）
>HDD（データ用）：WesternDigital WD5000AAKX
>健康状態が不明と表示され、使用時間も極端に少なく表示されます。
>SSDとほぼ同時期に新規でHDDを増設しました。
>添付テキストを見て頂くとSSD使用時間が少ないのが解ると思います。
>対応の程よろしくお願いいたします。
もろもろ情報ありがとうございます。BX100/BX200 の資料はあるので次回バージョンアップ時には対応したいところです。。。
|
ひよひよ
- 15/10/1(木) 22:53 -
|
▼金華山の仙人さん：
>▼yrさん：
>
>>グラフを見ると9/5あたりに141GB、9/23に77GB書き込まれていることになっていますがこれほどまでに大量に書き込んだ覚えがないです。
>
>もしかしたら、空き時間を利用して、SSDが内部でGC処理を行って、その際の書込みもカウントしてるのでは？
私もそんな気がします。当然 SSD 内部処理は公開されていないので一ユーザーの立場からは想像するしかありませんが。
NAND Writes がドカッと増えた前後で Host Writs は増えていたでしょうか？もし、増えていないのでしたら SSD 内部の処理化もしれませんね。
>▼yrさん：
>
>>グラフを見ると9/5あたりに141GB、9/23に77GB書き込まれていることになっていますがこれほどまでに大量に書き込んだ覚えがないです。
>
>もしかしたら、空き時間を利用して、SSDが内部でGC処理を行って、その際の書込みもカウントしてるのでは？
私もそんな気がします。当然 SSD 内部処理は公開されていないので一ユーザーの立場からは想像するしかありませんが。
NAND Writes がドカッと増えた前後で Host Writs は増えていたでしょうか？もし、増えていないのでしたら SSD 内部の処理化もしれませんね。
|
ひよひよ
- 15/10/1(木) 22:47 -
|
▼ymatさん：
>いつも便利に使わせていただいております。
>
>CrystalDiskInfoを起動した際、時折添付の画像のようにウィンドウ
>下半分が空白の状態になる現象に遭遇しております。
>大抵の場合はCrystalDiskInfoを再起動すると正常に表示されるため
>問題ないような気もするのですが、正直困惑しております。
S.M.A.R.T. 情報表示部分は独自で描画しているのですが、その機能に不備があるのかもしれません。
リストコントロールを標準描画に切り替えれば治ると思うので、標準描画に切り替えるオプションを追加する方向で検討します。
>いつも便利に使わせていただいております。
>
>CrystalDiskInfoを起動した際、時折添付の画像のようにウィンドウ
>下半分が空白の状態になる現象に遭遇しております。
>大抵の場合はCrystalDiskInfoを再起動すると正常に表示されるため
>問題ないような気もするのですが、正直困惑しております。
S.M.A.R.T. 情報表示部分は独自で描画しているのですが、その機能に不備があるのかもしれません。
リストコントロールを標準描画に切り替えれば治ると思うので、標準描画に切り替えるオプションを追加する方向で検討します。
|
ymat - 15/9/30(水) 14:01 - |
▼金華山の仙人さん：
>根本的対策にはならないですが、理由や原因がユーザーに分かるだけでも、助かりますし。
そうですね。もしそういった機能があれば助かるかと。
今回は色々とご親切にしていただき、本当にありがとうございました。
それでは。
>根本的対策にはならないですが、理由や原因がユーザーに分かるだけでも、助かりますし。
そうですね。もしそういった機能があれば助かるかと。
今回は色々とご親切にしていただき、本当にありがとうございました。
それでは。
|
金華山の仙人 - 15/9/30(水) 1:07 - |
▼ymatさん：
>ご教示の通りバス構造について調べてみた結果、どうやら同一のバス配下に
>SATAコントローラとビデオカードが接続されているようでした。
>(詳細についてはdevice.pngをご覧下さい)
>となると負荷がかかった際にタイムアウトが発生してしまう故の不具合
>というのも納得がいきます。
だとすると、例えば改良要望として「TimeOutで表示不可」な事が、分かる様な通知を見せてくれる、というのは有りかも知れませんね。
根本的対策にはならないですが、理由や原因がユーザーに分かるだけでも、助かりますし。
>ご教示の通りバス構造について調べてみた結果、どうやら同一のバス配下に
>SATAコントローラとビデオカードが接続されているようでした。
>(詳細についてはdevice.pngをご覧下さい)
>となると負荷がかかった際にタイムアウトが発生してしまう故の不具合
>というのも納得がいきます。
だとすると、例えば改良要望として「TimeOutで表示不可」な事が、分かる様な通知を見せてくれる、というのは有りかも知れませんね。
根本的対策にはならないですが、理由や原因がユーザーに分かるだけでも、助かりますし。
|
yr - 15/9/29(火) 7:56 - |
>もしかしたら、空き時間を利用して、SSDが内部でGC処理を行って、その際の書込みもカウントしてるのでは？
>
>それにしても大きすぎる気がするので、あとはパーティションのサイズを変更したりすると、パーティションサイズ分の書き込み量が発生したりしますが、そういう操作をした覚えは有りませんか？
詳しい数値の見方がよく分かりませんが、書き込んだ1GBは正常に増えている、でも141GBや77GB書き込まれているのはおかしいという感じでしょうか。
9/5は記憶が曖昧ですが、9/23は短時間しかPCを使っていませんし、パーティションをいじるということもしていません。
>
>それにしても大きすぎる気がするので、あとはパーティションのサイズを変更したりすると、パーティションサイズ分の書き込み量が発生したりしますが、そういう操作をした覚えは有りませんか？
詳しい数値の見方がよく分かりませんが、書き込んだ1GBは正常に増えている、でも141GBや77GB書き込まれているのはおかしいという感じでしょうか。
9/5は記憶が曖昧ですが、9/23は短時間しかPCを使っていませんし、パーティションをいじるということもしていません。
|
金華山の仙人 - 15/9/29(火) 5:07 - |
▼yrさん：
>グラフを見ると9/5あたりに141GB、9/23に77GB書き込まれていることになっていますがこれほどまでに大量に書き込んだ覚えがないです。
もしかしたら、空き時間を利用して、SSDが内部でGC処理を行って、その際の書込みもカウントしてるのでは？
それにしても大きすぎる気がするので、あとはパーティションのサイズを変更したりすると、パーティションサイズ分の書き込み量が発生したりしますが、そういう操作をした覚えは有りませんか？
>グラフを見ると9/5あたりに141GB、9/23に77GB書き込まれていることになっていますがこれほどまでに大量に書き込んだ覚えがないです。
もしかしたら、空き時間を利用して、SSDが内部でGC処理を行って、その際の書込みもカウントしてるのでは？
それにしても大きすぎる気がするので、あとはパーティションのサイズを変更したりすると、パーティションサイズ分の書き込み量が発生したりしますが、そういう操作をした覚えは有りませんか？
|
金華山の仙人 - 15/9/29(火) 4:57 - |
>NAND Written は丁度1GB増加してますね。
>
>ホスト書き込み量は21hex＝33dec増加してます。
>何だか中途半端な比率ですが、１／３３すればGB単位になるのかな？
1GB=1000000000B → 20hex増加っぽい気が。
1GiB＝1073741824B ≒ 21hex で辻褄が合う感じだし。
>
>ホスト書き込み量は21hex＝33dec増加してます。
>何だか中途半端な比率ですが、１／３３すればGB単位になるのかな？
1GB=1000000000B → 20hex増加っぽい気が。
1GiB＝1073741824B ≒ 21hex で辻褄が合う感じだし。
|
金華山の仙人 - 15/9/29(火) 4:27 - |
>何か 手元の関数電卓の結果がおかしい・・・・。
>
>410Chex／21hex=1F8hex＝504dec ちゃんと割り切れる。
>
>（410Chex＝16652dec）／33dec＝504.606060････ 割り切れない。
>
>あれれ？
1F8hex＊21hex＝40F8 ありゃ、小数点以下は切り捨てか。orz
割り切れないので正解って事か。（410Chex＝40414decが大間違いだった事は一緒だが。）
>
>410Chex／21hex=1F8hex＝504dec ちゃんと割り切れる。
>
>（410Chex＝16652dec）／33dec＝504.606060････ 割り切れない。
>
>あれれ？
1F8hex＊21hex＝40F8 ありゃ、小数点以下は切り捨てか。orz
割り切れないので正解って事か。（410Chex＝40414decが大間違いだった事は一緒だが。）
|
金華山の仙人 - 15/9/29(火) 4:19 - |
>ホスト書き込み量は21hex＝33dec増加してます。
>何だか中途半端な比率ですが、１／３３すればGB単位になるのかな？
>
>ホスト総書き込み量（410Chex＝40414dec）／３３dec＝1150dec
>丁度割りきれた。(^o^)1.15TB
何か 手元の関数電卓の結果がおかしい・・・・。
410Chex／21hex=1F8hex＝504dec ちゃんと割り切れる。
（410Chex＝16652dec）／33dec＝504.606060････ 割り切れない。
あれれ？
>何だか中途半端な比率ですが、１／３３すればGB単位になるのかな？
>
>ホスト総書き込み量（410Chex＝40414dec）／３３dec＝1150dec
>丁度割りきれた。(^o^)1.15TB
何か 手元の関数電卓の結果がおかしい・・・・。
410Chex／21hex=1F8hex＝504dec ちゃんと割り切れる。
（410Chex＝16652dec）／33dec＝504.606060････ 割り切れない。
あれれ？
|
ymat - 15/9/29(火) 0:46 - |
▼金華山の仙人さん：
>▼ymatさん：
>
>使用環境（WindowsやMBの種類その他）と、正常時の情報が無いと推定が困難かと。
>
>例えばVideoカードとSATAが、同じPCI-Eバス配下に接続されてる場合、バスbusyでSMART情報の取得にTimeOutが発生してるとしたら、CDIの方での対処はチョット難しいかも、です。
>
ご教示ありがとうございます。
使用環境はWindows7 Professional 64bit版 PCはLet's note CF-SX2 です。
ご教示の通りバス構造について調べてみた結果、どうやら同一のバス配下に
SATAコントローラとビデオカードが接続されているようでした。
(詳細についてはdevice.pngをご覧下さい)
となると負荷がかかった際にタイムアウトが発生してしまう故の不具合
というのも納得がいきます。
>もしCPU使用率orDisk使用率が100%に張り付いていた（タスクマネージャで確認可）ら、個人的にはリトライするくらいしか方法が思いつきませんし。（- -;）
タスクマネージャで改めてCPUとDiskの使用率を確認した結果、起動の前後
に100%に張り付く現象は起きていなかったため、前者の公算が高そうです。
--
以降は起動前に極力ビデオカードその他の負荷を低い状態にしてからの
起動、それでもダメならリトライという心積もりで参りたいかと思います。
以上、改めましてご教示ありがとうございました。
>▼ymatさん：
>
>使用環境（WindowsやMBの種類その他）と、正常時の情報が無いと推定が困難かと。
>
>例えばVideoカードとSATAが、同じPCI-Eバス配下に接続されてる場合、バスbusyでSMART情報の取得にTimeOutが発生してるとしたら、CDIの方での対処はチョット難しいかも、です。
>
ご教示ありがとうございます。
使用環境はWindows7 Professional 64bit版 PCはLet's note CF-SX2 です。
ご教示の通りバス構造について調べてみた結果、どうやら同一のバス配下に
SATAコントローラとビデオカードが接続されているようでした。
(詳細についてはdevice.pngをご覧下さい)
となると負荷がかかった際にタイムアウトが発生してしまう故の不具合
というのも納得がいきます。
>もしCPU使用率orDisk使用率が100%に張り付いていた（タスクマネージャで確認可）ら、個人的にはリトライするくらいしか方法が思いつきませんし。（- -;）
タスクマネージャで改めてCPUとDiskの使用率を確認した結果、起動の前後
に100%に張り付く現象は起きていなかったため、前者の公算が高そうです。
--
以降は起動前に極力ビデオカードその他の負荷を低い状態にしてからの
起動、それでもダメならリトライという心積もりで参りたいかと思います。
以上、改めましてご教示ありがとうございました。
|
金華山の仙人 - 15/9/28(月) 22:40 - |
▼ymatさん：
使用環境（WindowsやMBの種類その他）と、正常時の情報が無いと推定が困難かと。
例えばVideoカードとSATAが、同じPCI-Eバス配下に接続されてる場合、バスbusyでSMART情報の取得にTimeOutが発生してるとしたら、CDIの方での対処はチョット難しいかも、です。
もしCPU使用率orDisk使用率が100%に張り付いていた（タスクマネージャで確認可）ら、個人的にはリトライするくらいしか方法が思いつきませんし。（- -;）
使用環境（WindowsやMBの種類その他）と、正常時の情報が無いと推定が困難かと。
例えばVideoカードとSATAが、同じPCI-Eバス配下に接続されてる場合、バスbusyでSMART情報の取得にTimeOutが発生してるとしたら、CDIの方での対処はチョット難しいかも、です。
もしCPU使用率orDisk使用率が100%に張り付いていた（タスクマネージャで確認可）ら、個人的にはリトライするくらいしか方法が思いつきませんし。（- -;）
|
金華山の仙人 - 15/9/28(月) 22:25 - |
▼yrさん：
>書き込み前と書き込み後のデータを添付します。
>ファームウェアは現時点で最新です。
>1GB(1073741824バイト)書き込みました。
書き込み前
｜E9 100 100 __0 000000000283 NAND GB written
｜F1 100 100 __0 0000000040EB 総書き込み量 (ホスト)
｜F2 100 100 __0 0000000042B0 総読み込み量 (ホスト)
書き込み後
｜E9 100 100 __0 000000000284 NAND GB written
｜F1 100 100 __0 00000000410C 総書き込み量 (ホスト)
｜F2 100 100 __0 0000000042B0 総読み込み量 (ホスト)
NAND Written は丁度1GB増加してますね。
ホスト書き込み量は21hex＝33dec増加してます。
何だか中途半端な比率ですが、１／３３すればGB単位になるのかな？
ホスト総書き込み量（410Chex＝40414dec）／３３dec＝1150dec
丁度割りきれた。(^o^)1.15TB
>書き込み前と書き込み後のデータを添付します。
>ファームウェアは現時点で最新です。
>1GB(1073741824バイト)書き込みました。
書き込み前
｜E9 100 100 __0 000000000283 NAND GB written
｜F1 100 100 __0 0000000040EB 総書き込み量 (ホスト)
｜F2 100 100 __0 0000000042B0 総読み込み量 (ホスト)
書き込み後
｜E9 100 100 __0 000000000284 NAND GB written
｜F1 100 100 __0 00000000410C 総書き込み量 (ホスト)
｜F2 100 100 __0 0000000042B0 総読み込み量 (ホスト)
NAND Written は丁度1GB増加してますね。
ホスト書き込み量は21hex＝33dec増加してます。
何だか中途半端な比率ですが、１／３３すればGB単位になるのかな？
ホスト総書き込み量（410Chex＝40414dec）／３３dec＝1150dec
丁度割りきれた。(^o^)1.15TB
|
ギヤマン - 15/9/28(月) 20:12 - |
いつもソフト使用させて頂き有難うございます。
私も同様の現象が発生していますので報告いたします。
CrystalDiskInfo（Ver6.5.2）
SSD（システム）：crucial CT250BX100SSD1（ファームウェア：MU02）
HDD（データ用）：WesternDigital WD5000AAKX
健康状態が不明と表示され、使用時間も極端に少なく表示されます。
SSDとほぼ同時期に新規でHDDを増設しました。
添付テキストを見て頂くとSSD使用時間が少ないのが解ると思います。
対応の程よろしくお願いいたします。
私も同様の現象が発生していますので報告いたします。
CrystalDiskInfo（Ver6.5.2）
SSD（システム）：crucial CT250BX100SSD1（ファームウェア：MU02）
HDD（データ用）：WesternDigital WD5000AAKX
健康状態が不明と表示され、使用時間も極端に少なく表示されます。
SSDとほぼ同時期に新規でHDDを増設しました。
添付テキストを見て頂くとSSD使用時間が少ないのが解ると思います。
対応の程よろしくお願いいたします。
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
|
ymat - 15/9/28(月) 10:53 - |
シリアルナンバー部分が白抜き状態となっているのは
シリアルナンバーを隠し忘れたため急遽白抜きしたためでありまして、
先程の画像の状態でもシリアルナンバーは表示されておりました。
logファイルについては、シリアルナンバーを隠した設定にて
取り直した物となっております。その際も同じくシリアルナンバー部分
はきちんと隠された表示になっておりました。
以上、紛らわしい画像となってしまいましたがご容赦ください
シリアルナンバーを隠し忘れたため急遽白抜きしたためでありまして、
先程の画像の状態でもシリアルナンバーは表示されておりました。
logファイルについては、シリアルナンバーを隠した設定にて
取り直した物となっております。その際も同じくシリアルナンバー部分
はきちんと隠された表示になっておりました。
以上、紛らわしい画像となってしまいましたがご容赦ください
|
ymat - 15/9/28(月) 10:18 - |
いつも便利に使わせていただいております。
CrystalDiskInfoを起動した際、時折添付の画像のようにウィンドウ
下半分が空白の状態になる現象に遭遇しております。
大抵の場合はCrystalDiskInfoを再起動すると正常に表示されるため
問題ないような気もするのですが、正直困惑しております。
どうやら主にグラフィックカードへの負荷が高い状態の際に発生している
ようなのですが、それ以外の場合にも稀に発生することがあり、詳しい
発生条件などはよくわかりません。
以上、何かご教示頂ければ幸いです。
CrystalDiskInfoを起動した際、時折添付の画像のようにウィンドウ
下半分が空白の状態になる現象に遭遇しております。
大抵の場合はCrystalDiskInfoを再起動すると正常に表示されるため
問題ないような気もするのですが、正直困惑しております。
どうやら主にグラフィックカードへの負荷が高い状態の際に発生している
ようなのですが、それ以外の場合にも稀に発生することがあり、詳しい
発生条件などはよくわかりません。
以上、何かご教示頂ければ幸いです。
|
yr - 15/9/28(月) 1:16 - |
|
かおる - 15/9/26(土) 12:42 - |
大変失礼しました。
MU01とMU02の両方を取り付けた状態を添付します。
※稼働中PCにて作業したため、SSD以外にHDD2つ分の情報が混じっています。見づらくて申し訳ございません
なお、(1)がMU02、(4)がMU01のSSDとなります。
MU01とMU02の両方を取り付けた状態を添付します。
※稼働中PCにて作業したため、SSD以外にHDD2つ分の情報が混じっています。見づらくて申し訳ございません
なお、(1)がMU02、(4)がMU01のSSDとなります。
|
金華山の仙人 - 15/9/26(土) 2:30 - |
補足：
Firmwareは最新の状態でお願いします。
別件でアップされてる様に、firmwareのバージョンで違ってしまう場合もあるので、最新以外への対処は困難でしょうから。
Firmwareは最新の状態でお願いします。
別件でアップされてる様に、firmwareのバージョンで違ってしまう場合もあるので、最新以外への対処は困難でしょうから。