256G MLC U盘的稳定方案

争锋麦芒

你也是老手了，何须考虑那么多，普通人连量产都不知道，
1.那还是老老实实的3267吧，尽量单帖吧，
2.对于普通人来说这么大的容量，那必须是稳定第一，速度永远是次要的，
3.256G的这么大的容量数据火葬场就惨了，不要考虑3281 3280了，
4.3268的8CE哪有那么难，也是可以的，反正也是第二选择
5.如果追求速度，终极完美只有一种方法就是NFGG的组成RAID1，无可匹敌的速度，RAID1的完美双备份，不过这样的代价太大了，

顺便提一句，您玩U盘的时候我还不知道这个论坛呢，哈哈哈哈！~~~

争锋麦芒

fingerskps 发表于 2022-9-9 21:59
“256G的这么大的容量数据火葬场就惨了，不要考虑3281 3280了”

1.3281数据恢复是可以的现在，但是成功率太低了，能达到10%的机会就非常高了，这里说的是能，而非恢复10%的数据，
2.3281系列的通病是很多颗粒可以用不同的BIN量产，比如L06B的颗粒可以用B16和L60B的固件量产，BICS4的颗粒可以用256G和512G的固件量产，但是BIN确实实实在在的不同，
  这样的话又给恢复数据添加了一层障碍

3.3281理论上完全是可以替代3267的，但是3281有个问题，我以前有个帖子就详细介绍过，就是3281如果需要稳定运行，可能是带4K这个功能，每个制程的颗粒是不一定的运行频率，不是越低越好也不是越高越好，需要测试，如果遇到垃圾颗粒就更需要测试了，
4.如果是厂商批量生产几十万个3281+相同制程的颗粒，那必然3281+TLC的稳定性是经过验证的，那么久完全放心可以使用的第一选择，因为匹配测试非常的重要，典型的L06B颗粒同一生产线不同年份出来的居然单CE速度是不相同的，那么极限稳定性运行频率还有其他因素也肯定是不一样的

5.所以我在这里就建议不如一切化简，一刀切用3267算了，相对于普通人
6.3267也有大问题，就是垃圾颗粒抓取坏块能力太差，但是只要控制一个变量就是颗粒就OK，3281的所需要控制的变量太多，所以相对于普通人我就没有推荐

7.有时间我再把慧荣的U盘固态等等的其他理解写个帖子，希望能帮到大家，

争锋麦芒

kkklove 发表于 2022-9-11 21:29
不同时期的主控必然对应当时的主流闪存，比如3261、3267、2246针对2D MLC，3280、3281、2258针对3DMLC、TL ...

1.有一个误区我想稍微和您探讨一下，我个人认为3261,3267还有2244L是一个核心设计，只不过到后来的主控改进了一些BUG等等，本质上是同一个设计，因为个人认为设计一个主控是很不容易的，主控算法也是需要不停的打磨修正等等，不存在一个主控对应一个制程的颗粒，也就是越靠后的主控综合指标越好
2.3281好像是慧荣第一代的带4K的主控，问题多也正常，至少比起其他厂家不愿意退出也是一种跨越式的进步，出现问题也很正常，比如2258XT那么强悍的纠缠只是切换了传输协议变成2263XT也出现了些小问题，2258H同样的2263EN也是如此，2260G的第一代PCI主控问题多到每边了， 第二代2262EN就改进了许多，非常的成功
3.客观看待问题的话，我个人认为是现阶段手机的普及，造成U盘的销量大跌，厂家没有利润支持芯片升级换代革新，LDPC的纠错都只有群联一款，还没有带4K，总之现在是存储最好的时代也是最烂的时代，其中个人认为最烂的时代不是产品问题，而是年轻人都他妈的玩游戏了，不喜欢动手了，失去了新鲜血液，和年轻人不愿意生孩子一样无解

争锋麦芒

fingerskps 发表于 2022-9-12 08:38
“比如2258XT那么强悍的纠缠只是切换了传输协议变成2263XT也出现了些小问题”

1.差不多的意思吧，就像现在UASP出现问题，到底是走CPU的PCIE问题多还是芯片组的PCIE问题多，我也就么有更深入的研究，
2.对于讨论，我更喜欢*主席说的；有问题提出来，十年论战不为过，随着时间的流逝，总会明白的，怕的就算不提出问题，不探讨问题，也不解决问题，梁漱溟曾经强烈的反对主席观点，但是主席知道梁漱溟么有私心，也么有怪罪他，后来梁终于明白主席是对的，也是痛哭不已