総合掲示板（アップロードファイル合計最大1MB）/添付ファイルはプレビュー時に消えるため、再設定をお願いします。
 |
 |
Kingston SSD動作テストのお願い ひよひよ 20/8/2(日) 23:33 |
|
|
UV500/240GBの結果(α6)＝あともう一歩かと。 金華山の仙人 20/8/11(火) 8:14 |
![[添付]](./brd/myk/image/clip_icon.gif){kind=icon}
|
|
 |
Re:UV500/240GBの結果(α6)＝あともう一歩かと。 金華山の仙人 20/8/11(火) 8:24 |
|
  |
Re:UV500/240GBの結果(α6)＝あともう一歩かと。 ひよひよ 20/8/11(火) 22:19 |
|
|
UV500のSMART項目は、DataSheetに合わせる方が良いか... 金華山の仙人 20/8/29(土) 0:15 |
|
|
Re:UV500のSMART項目は、DataSheetに合わせる方が良... ひよひよ 20/8/29(土) 0:40 |
|
|
CDI8.8.1でUV500の総書込量(NAND)が、DataSheet準拠... 金華山の仙人 20/9/1(火) 17:06 |
|
|
|
Re:CDI8.8.1でUV500の総書込量(NAND)が、DataSheet準... ひよひよ 20/9/1(火) 20:55 |
|
|
Re:UV500/240GBの結果(α6)＝あともう一歩かと。 ひよひよ 20/8/11(火) 22:06 |
|
|
Re:UV500/240GBの結果(α6)＝あともう一歩かと。 ひよひよ 20/8/12(水) 0:14 |
|
|
UV500/240GBの結果(α7)＝ほぼOKかと。 金華山の仙人 20/8/12(水) 13:50 |
|
|
金華山の仙人 - 20/8/11(火) 8:14 - |
>思っていたのと違うと思いコードを再確認したところ、Kingston SSDの判定ルーチンに不具合がありました。先ほど先ほどAlpha3を差し替えました。もう一度 Alpha3 をダウンロードいただけると公式ツールと同じように表示されるはず・・・。
SMART項目の「Vender Specific」の多さは解決した様なので、項目毎の比較をしてみたところ、一部怪しいところが有る様です。
＜KSM SMART＞ ／ ＜CDI SMART＞
170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
AA項目は「使用済み」では無さそうだし、CC項目のOn the flyは「急いで」とgoogle翻訳されましたが、これが訂正不能の意味なのか自分では分かりません。
以上、宜しくお願いします。
P.S
相変わらず、CDI画面は２画像です。(^^;)
SMART項目の「Vender Specific」の多さは解決した様なので、項目毎の比較をしてみたところ、一部怪しいところが有る様です。
＜KSM SMART＞ ／ ＜CDI SMART＞
170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
AA項目は「使用済み」では無さそうだし、CC項目のOn the flyは「急いで」とgoogle翻訳されましたが、これが訂正不能の意味なのか自分では分かりません。
以上、宜しくお願いします。
P.S
相変わらず、CDI画面は２画像です。(^^;)
|
金華山の仙人 - 20/8/11(火) 8:24 - |
補足：
E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
|
ひよひよ - 20/8/11(火) 22:06 - |
▼金華山の仙人さん：
>>思っていたのと違うと思いコードを再確認したところ、Kingston SSDの判定ルーチンに不具合がありました。先ほど先ほどAlpha3を差し替えました。もう一度 Alpha3 をダウンロードいただけると公式ツールと同じように表示されるはず・・・。
>
>SMART項目の「Vender Specific」の多さは解決した様なので、項目毎の比較をしてみたところ、一部怪しいところが有る様です。
>
>＜KSM SMART＞ ／ ＜CDI SMART＞
>170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
>177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
>195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
>234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
に合わせて対応したのですが、0xAAは明らかに意味が違いますね・・・。公式ツールに合わせます。0xB1と0xC3、0xEAは公式ツールに合わせた翻訳に変更します。
公式データシートと公式ツールの表記が微妙に違うのは困ったものですがもう仕方がないと思いますので極力公式ツールに合わせるようにします。
>>思っていたのと違うと思いコードを再確認したところ、Kingston SSDの判定ルーチンに不具合がありました。先ほど先ほどAlpha3を差し替えました。もう一度 Alpha3 をダウンロードいただけると公式ツールと同じように表示されるはず・・・。
>
>SMART項目の「Vender Specific」の多さは解決した様なので、項目毎の比較をしてみたところ、一部怪しいところが有る様です。
>
>＜KSM SMART＞ ／ ＜CDI SMART＞
>170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
>177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
>195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
>234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
に合わせて対応したのですが、0xAAは明らかに意味が違いますね・・・。公式ツールに合わせます。0xB1と0xC3、0xEAは公式ツールに合わせた翻訳に変更します。
公式データシートと公式ツールの表記が微妙に違うのは困ったものですがもう仕方がないと思いますので極力公式ツールに合わせるようにします。
|
ひよひよ - 20/8/11(火) 22:19 - |
▼金華山の仙人さん：
>補足：
>
>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
公式ツールに合わせておきますが、ちょっと謎ですね。
>補足：
>
>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
公式ツールに合わせておきますが、ちょっと謎ですね。
|
ひよひよ
- 20/8/12(水) 0:14 -
|
▼ひよひよさん：
>▼金華山の仙人さん：
>>>思っていたのと違うと思いコードを再確認したところ、Kingston SSDの判定ルーチンに不具合がありました。先ほど先ほどAlpha3を差し替えました。もう一度 Alpha3 をダウンロードいただけると公式ツールと同じように表示されるはず・・・。
>>
>>SMART項目の「Vender Specific」の多さは解決した様なので、項目毎の比較をしてみたところ、一部怪しいところが有る様です。
>>
>>＜KSM SMART＞ ／ ＜CDI SMART＞
>>170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
>>177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
>>195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
>>234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
>https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
>に合わせて対応したのですが、0xAAは明らかに意味が違いますね・・・。公式ツールに合わせます。0xB1と0xC3、0xEAは公式ツールに合わせた翻訳に変更します。
>
>公式データシートと公式ツールの表記が微妙に違うのは困ったものですがもう仕方がないと思いますので極力公式ツールに合わせるようにします。
CrystalDiskInfo 8.8.0 Alpha7で対応しました。
>▼金華山の仙人さん：
>>>思っていたのと違うと思いコードを再確認したところ、Kingston SSDの判定ルーチンに不具合がありました。先ほど先ほどAlpha3を差し替えました。もう一度 Alpha3 をダウンロードいただけると公式ツールと同じように表示されるはず・・・。
>>
>>SMART項目の「Vender Specific」の多さは解決した様なので、項目毎の比較をしてみたところ、一部怪しいところが有る様です。
>>
>>＜KSM SMART＞ ／ ＜CDI SMART＞
>>170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
>>177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
>>195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
>>234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
>https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
>に合わせて対応したのですが、0xAAは明らかに意味が違いますね・・・。公式ツールに合わせます。0xB1と0xC3、0xEAは公式ツールに合わせた翻訳に変更します。
>
>公式データシートと公式ツールの表記が微妙に違うのは困ったものですがもう仕方がないと思いますので極力公式ツールに合わせるようにします。
CrystalDiskInfo 8.8.0 Alpha7で対応しました。
|
金華山の仙人 - 20/8/12(水) 13:50 - |
▼ひよひよさん：
>>>＜KSM SMART＞ ／ ＜CDI SMART＞
>>>170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
>>>177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
>>>195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
>>>234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
>>https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
>>に合わせて対応したのですが、0xAAは明らかに意味が違いますね・・・。公式ツールに合わせます。0xB1と0xC3、0xEAは公式ツールに合わせた翻訳に変更します。
>>
>>公式データシートと公式ツールの表記が微妙に違うのは困ったものですがもう仕方がないと思いますので極力公式ツールに合わせるようにします。
>CrystalDiskInfo 8.8.0 Alpha7で対応しました。
アップした画像を見て貰うと分かりますが、ちゃんと修正が反映されてました。(^o^)
◇
しかしDataSheetと公式Toolの乖離は、本当に困りものですね。
特にNAND書込み量は、ホスト書込み量より多いのが普通の筈なので、
当初の（DataSheet準拠な）E9項目の方が私も相応しい気がします。
ただ旧い話で恐縮ですが、昔々Panasonic/240GBのSSDのSMART対応を、大分無理して入れて貰った時に、やはりNAND書込み量の方がホスト書込み量より少なかった事に、疑問を呈した事が有りますが、メーカーのspecがそうなってるから仕方が無かった事例が有りましたね。
結局、こういう間違いやミスと思われる件に関しては、メーカー（今回はKingston）に直接問題提起するしか無いですね。
◇
ただ果たして何処まで対応してくれるやら。
別アップで書いた様に、公式にW8.1対応してる筈のKSMツールが、ウチのW8.1では動かない問題は、結局未解決のままですし、Kingstonの問題対応能力（態度では無い）に、やや疑問を持ってますので。
>>>＜KSM SMART＞ ／ ＜CDI SMART＞
>>>170 [0xaa] - Reserved Block Count: ／ 使用済み予備ブロック数
>>>177 [0xb1] - Wear Leveling Count: ／ ベンダ固有
>>>195 [0xc3] - On-the-fly ECC Errors: ／ 訂正不能 ECC エラー数
>>>234 [0xea] - Lifetime Nand Writes: ／ ベンダ固有
>>https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
>>に合わせて対応したのですが、0xAAは明らかに意味が違いますね・・・。公式ツールに合わせます。0xB1と0xC3、0xEAは公式ツールに合わせた翻訳に変更します。
>>
>>公式データシートと公式ツールの表記が微妙に違うのは困ったものですがもう仕方がないと思いますので極力公式ツールに合わせるようにします。
>CrystalDiskInfo 8.8.0 Alpha7で対応しました。
アップした画像を見て貰うと分かりますが、ちゃんと修正が反映されてました。(^o^)
◇
しかしDataSheetと公式Toolの乖離は、本当に困りものですね。
特にNAND書込み量は、ホスト書込み量より多いのが普通の筈なので、
当初の（DataSheet準拠な）E9項目の方が私も相応しい気がします。
ただ旧い話で恐縮ですが、昔々Panasonic/240GBのSSDのSMART対応を、大分無理して入れて貰った時に、やはりNAND書込み量の方がホスト書込み量より少なかった事に、疑問を呈した事が有りますが、メーカーのspecがそうなってるから仕方が無かった事例が有りましたね。
結局、こういう間違いやミスと思われる件に関しては、メーカー（今回はKingston）に直接問題提起するしか無いですね。
◇
ただ果たして何処まで対応してくれるやら。
別アップで書いた様に、公式にW8.1対応してる筈のKSMツールが、ウチのW8.1では動かない問題は、結局未解決のままですし、Kingstonの問題対応能力（態度では無い）に、やや疑問を持ってますので。
|
金華山の仙人 - 20/8/29(土) 0:15 - |
▼ひよひよさん：
>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>
>公式ツールに合わせておきますが、ちょっと謎ですね。
DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
◇
例えば、JMicronツリーのSU700の公式ToolのEA項目は、明らかに間違ってました。（3D TLC品だから、pSLC搭載は必須な筈な為。）
考えてみればSMART項目の内容は、まずSSDのFirmwareで決まってから、公式Toolが其れに合わせて対応する、という順番になります。
そうなると公式Toolの方が、どうしても改版が遅くなり、Firmwareが出力するSMART表示と食い違いが発生し易いです。
◇
https://twitter.com/openlibsys/status/1296440618932219904
しかも最近は公式Toolを用意しないベンダーも多くなり、今回のCDI8.8.0には上記ツイッターに依れば、
”ストレージベンダーさんから様々なリクエストがきており、”
という話からすると、公式Tool提供に対する手間と費用が不十分or削減したい、又は辞めたいので、CDIに任せたい、という魂胆が透けてます。
なので先ずは此のUV500から、DataSheet優先対応を強く提案します。
>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>
>公式ツールに合わせておきますが、ちょっと謎ですね。
DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
◇
例えば、JMicronツリーのSU700の公式ToolのEA項目は、明らかに間違ってました。（3D TLC品だから、pSLC搭載は必須な筈な為。）
考えてみればSMART項目の内容は、まずSSDのFirmwareで決まってから、公式Toolが其れに合わせて対応する、という順番になります。
そうなると公式Toolの方が、どうしても改版が遅くなり、Firmwareが出力するSMART表示と食い違いが発生し易いです。
◇
https://twitter.com/openlibsys/status/1296440618932219904
しかも最近は公式Toolを用意しないベンダーも多くなり、今回のCDI8.8.0には上記ツイッターに依れば、
”ストレージベンダーさんから様々なリクエストがきており、”
という話からすると、公式Tool提供に対する手間と費用が不十分or削減したい、又は辞めたいので、CDIに任せたい、という魂胆が透けてます。
なので先ずは此のUV500から、DataSheet優先対応を強く提案します。
|
ひよひよ
- 20/8/29(土) 0:40 -
|
▼金華山の仙人さん：
>▼ひよひよさん：
>
>>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>>
>>公式ツールに合わせておきますが、ちょっと謎ですね。
>
>DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
Alpha15で「使用済み」に変更しました。
>▼ひよひよさん：
>
>>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>>
>>公式ツールに合わせておきますが、ちょっと謎ですね。
>
>DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
Alpha15で「使用済み」に変更しました。
|
金華山の仙人 - 20/9/1(火) 17:06 - |
▼ひよひよさん：
>>>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>>>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>>>
>>>公式ツールに合わせておきますが、ちょっと謎ですね。
>>
>>DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
>Alpha15で「使用済み」に変更しました。
AA項目はシッカリDataSheet準拠の「使用済み」に戻ってましたが、E9/EA項目（総NAND書込み量）が、辻褄の合わないKSMツール準拠のままでした。
当初のDataSheet準拠に戻す、修正漏れ対処をお願いします。
P.S
しかしALFA版から、いきなり正規公開とは流石にビックリしました。
（メーカーからの要望対応で、公開は9月末にする、とツイッターに有ったので、9月はBeta版で開発すると思ってましたので。）
ただALFA版で実地試験協力してるのが、実質的に殆ど自分だけ、ってのは、流石に開発のネックになるので、正式公開で多ユーザーからの問題報告を待つのも有りですね。
（実際、SSSTCのLiteOnの実地試験位は、誰か報告してくれると思ってたけど、全然無かったですし。~_~;)
ただ当分は8.8.x が改版続きになりそうで、ウチの複数PC運用状態では、未だ正式インストールしかねますけど。
>>>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>>>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>>>
>>>公式ツールに合わせておきますが、ちょっと謎ですね。
>>
>>DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
>Alpha15で「使用済み」に変更しました。
AA項目はシッカリDataSheet準拠の「使用済み」に戻ってましたが、E9/EA項目（総NAND書込み量）が、辻褄の合わないKSMツール準拠のままでした。
当初のDataSheet準拠に戻す、修正漏れ対処をお願いします。
P.S
しかしALFA版から、いきなり正規公開とは流石にビックリしました。
（メーカーからの要望対応で、公開は9月末にする、とツイッターに有ったので、9月はBeta版で開発すると思ってましたので。）
ただALFA版で実地試験協力してるのが、実質的に殆ど自分だけ、ってのは、流石に開発のネックになるので、正式公開で多ユーザーからの問題報告を待つのも有りですね。
（実際、SSSTCのLiteOnの実地試験位は、誰か報告してくれると思ってたけど、全然無かったですし。~_~;)
ただ当分は8.8.x が改版続きになりそうで、ウチの複数PC運用状態では、未だ正式インストールしかねますけど。
|
ひよひよ
- 20/9/1(火) 20:55 -
|
▼金華山の仙人さん：
>▼ひよひよさん：
>
>>>>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>>>>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>>>>
>>>>公式ツールに合わせておきますが、ちょっと謎ですね。
>>>
>>>DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
>>Alpha15で「使用済み」に変更しました。
>
>AA項目はシッカリDataSheet準拠の「使用済み」に戻ってましたが、E9/EA項目（総NAND書込み量）が、辻褄の合わないKSMツール準拠のままでした。
>
>当初のDataSheet準拠に戻す、修正漏れ対処をお願いします。
; https://media.kingston.com/support/downloads/UV400-SMART-attribute.pdf
; https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
データシートには、E9/EAの記載がないため、
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1716;id=#1716
のコメントにあった、KSM SMARTのEAに合わせています。
公式ツール上は、E9はベンダー固有なんですよね？
SSDコントローラー的には、ホストから来たデータは一旦pSLC部に書き込んで、落ち着いたらTLC側にデータを移すことになるので、これで良いんじゃないですかね。
CrystalDiskMarkのように1GBのファイルを作ってそこにひたすら書き込む場合、pSLCからTLCにデータを移すのは、最後の最後、落ち着いてからでOKなので、TLC側の書き込み量が少ないこと自体はおかしくはないのかなと。
SSDの使い方次第ですが。
>▼ひよひよさん：
>
>>>>>E9項目とEA項目は、KSMの方が入れ替え間違ってるっぽいでしょうかね？
>>>>確かによくわかりませんね。ホストから送った書き込み命令分以上に、NAND書き込み量が多いのが通例ではありますが、全部キャッシュに載っていてほとんどNANDに書き込みしていないのかもしれませんし・・・。
>>>>
>>>>公式ツールに合わせておきますが、ちょっと謎ですね。
>>>
>>>DataSheetが有って、公式Toolと差異があり、公式Toolの方が辻褄が合わない場合、DataSheetを優先すべきだと思い直しました。
>>Alpha15で「使用済み」に変更しました。
>
>AA項目はシッカリDataSheet準拠の「使用済み」に戻ってましたが、E9/EA項目（総NAND書込み量）が、辻褄の合わないKSMツール準拠のままでした。
>
>当初のDataSheet準拠に戻す、修正漏れ対処をお願いします。
; https://media.kingston.com/support/downloads/UV400-SMART-attribute.pdf
; https://media.kingston.com/support/downloads/UV500_SMART_attribute.pdf
データシートには、E9/EAの記載がないため、
https://crystalmark.info/board/c-board.cgi?cmd=one;no=1716;id=#1716
のコメントにあった、KSM SMARTのEAに合わせています。
公式ツール上は、E9はベンダー固有なんですよね？
SSDコントローラー的には、ホストから来たデータは一旦pSLC部に書き込んで、落ち着いたらTLC側にデータを移すことになるので、これで良いんじゃないですかね。
CrystalDiskMarkのように1GBのファイルを作ってそこにひたすら書き込む場合、pSLCからTLCにデータを移すのは、最後の最後、落ち着いてからでOKなので、TLC側の書き込み量が少ないこと自体はおかしくはないのかなと。
SSDの使い方次第ですが。