質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.09%

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

解決済

回答 2

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 5,111

score 13

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

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

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

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

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

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

checkベストアンサー

+1

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

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

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

0

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

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

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2017/06/09 12:54

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

    キャンセル

  • 2017/06/09 13:17

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

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.09%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

同じタグがついた質問を見る