これがこの質問に適切なサイトかどうかはわかりませんが、ここには賢い人がたくさんいるので、誰かが知っているかもしれません.
ビデオを継続的にキャプチャする必要があるアプリを構築していますが、最後の数分 (5 ~ 15 など) のみを保持します。ビデオを 30 秒のファイルに分割し、最も古いものを削除することで、これを簡単に実装できます。ただし、これはアプリが常に大きなファイルの書き込みと消去を行うことを意味し、デバイスのフラッシュ メモリを消耗するのではないかと心配しています。
私は、iPhone (および一般的な Android 携帯電話) の P/E サイクルの仕様を見つけようとしましたが、成功しませんでした。誰も答えを知っていますか？
PS 些細な懸念を軽減するために: このビデオのキャプチャ中にデバイスは電源に接続されているため、バッテリーの消耗は問題になりません。
消去サイクルの数は、使用するフラッシュのタイプに大きく依存します。通常、シングル レベル NAND の消去サイクルは 10 万回以上ですが、マルチレベル NAND では最大 1 万回です。経験則として、MLC は SLC よりも安価で高密度です。
NAND コントローラー - ソフトウェアまたはハードウェアで実装されているかどうかにかかわらず、ウェアレベリング、不良ブロックの管理、およびエラー修正を実行し、一部の消去ユニットは、復旧できないと見なされたブロックを置き換えるために保留されます。
携帯電話に NAND デバイスを接続するためのハードウェア アーキテクチャは多数あります。
Apple はアプリケーション プロセッサから直接 MLC デバイスをぶら下げています (私が推測しているのは)。
Android フォンでより一般的なシナリオは、ブートローダーとカーネルに小さい NOR デバイスを使用し、その他すべてに ext4 ファイリング システムを備えた eMMC NAND フラッシュ デバイスを使用することです。eMMC は、基本的にリムーバブル メディア カードと同じシリコンです。ただし、デバイスに直接取り付けるためにパッケージ化されており、NAND アレイ管理が組み込まれています。
いずれの場合も、基礎となる NAND のパフォーマンスは、アプリケーション空間からかなり抽象化されています。MLC ベースの SSD デバイスがエンタープライズ ユーザー向けに販売されていることを考えると、スマートフォンで生成される負荷が問題になる可能性はほとんどありません。
私はそれについて心配しません。一般的な NAND フラッシュには 10 万回以上の書き込みサイクルがあります
iOSには、書き込みを均等に分散して特定の場所の摩耗を減らすスマートなファイルオペレーティングシステムがあると確信しています. また、一部のセクターで発生し始めると、それらを不良セクターとしてマークし、通常のHDDでも発生するように、それらを正常な場所に再配置すると確信しています。
また、30 秒ごとに同じ場所に書き込むことは特に頻繁ではありません。同じフラッシュの場所を使い果たすには、140 年かかります。ほとんどのデータは、実際にフラッシュに書き込まれることなくキャッシュに残っている可能性があります。