一ヶ月の経過が早いっ！もう一年の半分が終わってしまった！
そして毎月恒例のスマフォデータ使用量チェック。
今月は・・・・
 |
| ・2019年6月のデータ使用量 438MB |
ちょっと多めの438MB。
ツーリングに行っていないのに多めなのは、今月は積極的に画像を見てみようと、ブラウザの運用を変えて実験していた所に・・・・
勝手に"Google Play サポートライブラリの更新"なる処理が、WiFiではなくモバイル通信中に走り出したっ！（汗）
おいおい～って、病院内での長い待ち時間で叫んでしまったよ！
癪に障るので、その日のうちに設定でほぼすべてのバックグラウンド通信をカットしてやったわっ！
アップデートは仕方がないとしても、せめてタイミングくらいは自分で選ばせてよ！勝手な事をしないでポリシー。
数値を羅列しても分かりづらいので、グラフで表現してみよう。
 |
| ・データ使用量の推移 |
歴代ナンバー2の使用量じゃん！ と言っても500メガ超えは一度だけというしょぼさ。
全然使っていないわ（笑） ただ全体的な傾向としては頑張って使おうとしている傾向が・・・・あるのか？
続いてSSD寿命診断。
これまた綺麗に統計通りって感じね。
| パラメータ名 | 19/06/30 | 19/05/31 | 19/04/30 | 19/03/31 | 19/02/28 | 単位 |
|---|---|---|---|---|---|---|
| Raw Read Error Rate | 0 | 0 | 0 | 0 | 0 | Errors/Page |
| Reallocated NAND Block Count | 0 | 0 | 0 | 0 | 0 | NAND Blocks |
| Power On Hours Count | 640 | 486 | 362 | 256 | 80 | Hours |
| Power Cycle Count | 498 | 408 | 311 | 200 | 101 | Power Cycles |
| Program Fail Count | 0 | 0 | 0 | 0 | 0 | NAND Page Program Failures |
| Erase Fail Count | 0 | 0 | 0 | 0 | 0 | NAND Block Erase Failures |
| Block Wear-Leveling Count | 3 | 2 | 2 | 2 | 0 | Erases |
| Unexpected Power Loss Count | 0 | 0 | 0 | 0 | 0 | Unexpected Power Loss events |
| Unused Reserved Block Count | 40 | 40 | 40 | 40 | 40 | Blocks |
| SATA Interface Downshift | 0 | 0 | 0 | 0 | 0 | Downshifts |
| Error Correction Count | 0 | 0 | 0 | 0 | 0 | Correction Events |
| Reported Uncorrectable Errors | 0 | 0 | 0 | 0 | 0 | ECC Correction Failures |
| Enclosure Temperature | 34 | 41 | 38 | 38 | 34 | Current Temperature (C) |
| Enclosure Temperature(MAX) | 49 | 49 | 46 | 46 | 46 | Highest Lifetime Temperature (C) |
| Reallocation Event Count | 0 | 0 | 0 | 0 | 0 | Events |
| Current Pending ECC Count | 0 | 0 | 0 | 0 | 0 | ECC Counts |
| SMART Off-line Scan Uncorrectable Errors | 0 | 0 | 0 | 0 | 0 | Errors |
| Ultra-DMA CRC Error Count | 0 | 0 | 0 | 0 | 0 | Errors |
| Percentage Lifetime Remaining | 100 | 100 | 100 | 100 | 100 | % Lifetime Remaining |
| Write Error Rate | 0 | 0 | 0 | 0 | 0 | Program Fails/MB |
| RAIN Successful Recovery Page Count | 0 | 0 | 0 | 0 | 0 | TUs successfully recovered by RAIN |
| Cumulative Host Sectors Written | 2161660670 | 1925648281 | 1697812710 | 1500919123 | 1226194817 | 512 Byte Sectors |
| Host Program Page Count | 35436487 | 31446695 | 27595972 | 24275663 | 19616677 | NAND Page |
| FTL Program Page Count | 73225554 | 53225910 | 44094896 | 33971471 | 7252387 | NAND Page |
| 書込バイト数 | 1.01 | 0.90 | 0.79 | 0.70 | 0.57 | テラバイト |
書き込みバイト数も、まるで測ったかのように正確に、月間0.1テラバイト。
エラーも特に発生していないとても健全な状態ですが、『Block Wear-Leveling count』の意味が知りたい。
グーグル先生に聞いたら、メーカーによって解釈が異なっていて、クルーシャル製だと『全ブロックの平均消去回数』を示しているとかの未確認情報。
いままで、OSからの書き込みセクター数から総書き込み量を計算していましたが、ページ単位読み書き、ブロック単位消去というNANDフラッシュメモリの特性をFTLレイヤにより吸収しているとすれば、プログラムページ数で計算したほうが正確だな。
とすると、1テラバイトのSSDで、これまた未確認ですがページサイズを32KiBと仮定して『Host Program Page Count』と『FTL Program Page Count』を加算した値にページサイズを積算すると、3テラバイトをちょっと越えたところになり、全ブロック平均で3回イレースしたとの辻褄は合う・・・・？
TLCのSSDだと、この消去回数の実用範囲は4桁らしいので、この辺りの数値の意味を正確に知ることができれば、寿命診断に使えそうですね。
ページサイズだとかパラメータが推測の域を出ないので、もう少し調査とデータを集めて推測するしかないかな。
