芯耀
与非AI
17
换料年限能不能在图纸阶段先估个量级？能，而且不需要复杂模型。把四个量摆到桌面：容量、P/E次数、日写入量、写放大系数。估算公式就一行：寿命年限约等于容量乘以P/E，除以日写入量乘以WAF再乘以365。这是工程估算，不是保证值，但用来判断料号选得对不对够用了。
写放大是怎么来的
主机让写1个扇区，闪存实际动的数据往往不止这些。块擦除按大块走，FTL还得先读出有效数据、写到新块、再擦旧块，这个多出的比例就是写放大，简称WAF（Write Amplification Factor）。WAF为1是理想，实际只会比1大。
WAF是1.05还是1.6往上，受三件事支配：写入模式、空闲空间、删除方式。大块顺序写，FTL几乎不用搬运，WAF贴着1走；小块随机改写混着删除，旧块里有效数据东一块西一块，回收时要整块搬，WAF就抬上去。盘装得越满，能挑的空闲块越少，搬运越绕，这个规律在项目后期数据涨上来时尤其明显，留一成到两成空闲空间比换算法便宜得多。
米客方德FAE在实测里拿FAT32做过对比：同样的写入模型，32KB簇大小下写放大约1.05，4KB簇下约1.6。差别很直观，簇越小、随机改得越碎，搬运越频繁。项目里大量是小于64KB的小文件时，32KB簇是甜点，WAF和空间浪费两头都能接受。簇大小格式化时就能定，属于几乎不花钱的寿命优化。
日写入量：去业务里捞实数
日写入量不能拍脑袋，日志频率、批量上报、OTA升级各算各的。建议列三类：每天固定落盘的数据，比如日志和采样缓存；周期性大块写入，比如固件升级包；异常峰值，比如故障时刻的全量记录。估算用典型值，再乘一个峰值系数。拿业务日志去实测一周，比任何经验值都准。
峰值系数别取太小。故障现场那几分钟写空Flash的情况在工程现场不少见，一次突发写入抵得上几天的常规量，典型日写入量乘1.5到2倍的系数比较稳，系数具体取多少按故障概率自己定。
统计方法上，别拿应用层打印的字节数直接当闪存写入，应用写一次文件可能触发文件系统元数据更新，目录项、FAT表各写一遍，两个数对不上。省事的做法是在文件系统写入接口处做钩子统计真实落盘字节，同时把OTA这种偶发大包按月摊平。跑实测时挑业务典型周和峰值周各测一次，两个数都留着。
公式与两个算例
寿命年限≈（容量×P/E）/（日写入量×WAF×365）。注意容量用可用容量，磨损均衡把擦写摊到全盘，估算默认它在正常工作。容量换算也要留神，1Gb是128MB，单位是比特不是字节，套公式前先除8；格式化后文件系统还要吃掉一部分，加上预留替换块，能存用户数据的空间比标称值小。容量取保守值不会错，差出的一截在寿命账上会被P/E次数放大。
例一，1Gb（约128MB）SLC料MKDV1GIL-AST，P/E取10万次，日写入量1MB，32KB簇下WAF取1.05。代入得到约33年。这个数字不是说器件真能服役三十年，而是说明在这种写入强度下P/E根本不是瓶颈，真正的边界是10年数据保持力和整机服役期。估算结果大得离谱时，要知道瓶颈换地方了。
例二，换成pSLC 8Gb（约1GB）料MKDV008GIL-STPA，P/E约3万次，业务是每天写20MB、WAF取1.6。算下来约2.5年。这个量级提示得很清楚：换大颗粒、压低WAF，或者在固件里减少无效落盘，三选一，否则换料节奏由写入量直接决定。
两个参数变化带来的差异，在估算阶段值得做一次敏感性比较。例二里WAF从1.6压到1.05，年限从约2.5年抬到约3.9年；日写入量减半，年限同样翻倍。讨论时不必追求精确，先回答值不值得为这几年调整方案：SLC 1Gb容量装不下业务，pSLC 8Gb是容量起点，能动的就是写入策略和簇大小，优化顺序据此排。估的时候把悲观、典型两组结果都摆出来，项目评审时对寿命的预期就不会只有一个虚数。
TBW是同一笔账的另一种写法
容量乘P/E再除以WAF，约等于这块盘一生能吃下的写入总量，也就是TBW的思路。用pSLC 8Gb的料算，可用容量约1GB乘3万次，裸额度约30TB，再除以实际WAF才是主机写到的量；MLC档按约5000次算，同容量下直接降到约六分之一。SLC颗粒的TBW数字看着大，是擦写额度本身高。不同档位的料按每TB写入成本排序，选型会清楚很多。
用Smart计数回头校准
公式是图纸阶段的估算，实际年限和业务强相关：写入有没有突发峰值、文件怎么删、温度多高，都会影响WAF。量产后比较可靠的做法是读Smart里的擦写计数，运行一两个月看实际消耗速率，反推真实年限。米客方德FAE在项目里碰到过平均计数还很低、最大计数却冲到前面的情况，查下去是日志文件一直原地改写，调整日志滚动策略后热点消失，实测年限拉回来一截。先估后测，估错的那部分在Smart数据里一定找得回来。
