組み込み開発時のeMMC保存処理について

Question

Linuxで組み込み開発をしており、日々蓄積していくデータをcMMCに保存したいのですが、書き換え回数で心配があります。
製品寿命までの累計保存容量=フラッシュの容量で、数分おきに数百バイトのデータを保存するようなとき、一般的にどのような方法が使用されるのでしょうか？
ファイルに保存で考えても、ファイルフォーマットのセクタサイズやeMMCのランダム書き込み処理でうまく予想がつかなくて困っています。

追記
例えば、以下のような条件だとした場合…
・一つのファイルで1分ごとに300バイト増加
・1分おきに上書き保存
・セクタサイズ512バイト

2回目の書き込み時、1回目に書き込んだセクタ(セクタAとする)の容量が212バイト余っていますので、セクタAを詰めなおして、512バイト分全てが上書きされると思っています。この場合セクタAは2回書き込まれることになります。

これだけなら良いのですが、eMMC側には寿命を延ばすためにランダム位置に書き込む処理があるため、運が悪いと同じ場所に何回も書いてしまう可能性があり、心配しています。通常は無視できるレベルですが、毎分1セクタの上書きとなると…

また、1Mバイトのファイルに300バイト追記した場合、eMMCへの記録は追加部分だけになるのでしょうか？

Answer 1

結論から言うと心配しなくて良いです。OSから見えるのは論理アドレスで物理アドレスではありません。
コントローラーがウェアレベリングやエラー訂正、bad blockの管理をしており、それはハードウェア（さらにSoCではなくeMMC側）で行われているのでOS側から把握は出来ません。またSocにすらコントローラーがない場合(eMMCではありえませんが)はYAFFS2(今はubifsとか?)などのファイルシステムで行わせるという方法もあります。そのためアプリケーションから意識することはほとんどありません。

豆知識ですが最近のeMMCはtrimコマンドにも対応しているのでSSDとかわりが無いようです。

Answer 2

詳しくないので外してたらすみません。

eMMCの容量にもよりますが、単純に考えて今回のような使い方では、それほど気にする必要はないのではと思います。
まず、ログの仕様を、1分ごとに128バイトと仮定します。
1日に使用する容量は、
1440分x128バイト=184320バイト
になり、多く見積もって256Kとしておきます。
これを年間で考えると、
365日x256K=約95Mバイト
になります。
eMMCなどの書き換え回数って、たぶん同じ領域に対しての書き換え回数だと思います（認識違ってたらすみません）
そう考えると、例えeMMCの容量が1Gだとしても、10年でようやく満杯まで使い切って、それからようやく書き換えが始まるのではないでしょうか。
仮に容量が100Mだとして、書き換え寿命が1000回なら、1000年で壊れる計算です。

Comments

[hiroki_s]

回答ありがとうございます。
最初は私もご回答の通り考えていたのですが、セクタ処理やeMMCのランダム書き込み機能が心配になってきました。
質問に具体例を追記しましたので、もしご存知でしたらお願い致します。

[ttyp03]

追記読みました。
同じファイルに対して追記していくってことなんですね。
そうすると心配されていることが起こるかもしれませんが、現実的に考えて毎度全部のセクタを書き換えていたら効率が悪い気がしますが。
使用する予定のeMMCの仕様を確認した方がよいですね。
メーカーに直接聞いてみるとか。