SM3280量产CDROM速度不减半的方法

baifhvk

第一步量产开卡，如果开过卡的这步可以省略。







第二步，开始量产CDROM，准备好要量产CDROM的光盘映像
如果是量产PE启动盘，日后有更新PE的需求，就把PE映像包塞些大文件进去，用软碟通打开映像塞。让CDROM有足够的空间方便日后更新其它PE。支持3280更新CDROM内容的软件有坛友发过。


目标连接
慧荣U盘CD-ROM更新工具无损更换ISO 支持sm3280支持国产电脑 - U盘存储技术 数码之家 (mydigit.cn)

开始上量产CDROM量产的图








原理其实就是在开好的容量上分配一个CDROM出来。
CDROM是不支持DDR的。

以上方法3281也可以使用，不过要注意的是3281有点麻烦，量产CDROM前需要短接认盘后再进行CDROM量产
不然会报错，或开出来的速度会减半。

子曰礼尚往来

谢谢分享，有机会试试看

zhxf945

很好的量产后降速问题解决贴，感谢分享

f00tman

fingerskps 发表于 2023-9-18 10:10
经过测试，SMI 3268、3280、3281都可以通过对齐，保持第2驱不降速，
但3260例外。3260只要做第1驱CD(即使 ...

有探索精神！

最主要是要盘多

fingerskps

f00tman 发表于 2023-9-14 20:17
其实他这个就是你这样解决的……和其他的关系不大，但是这样耗空间

本质上这个就是4K对齐造成的降速度， ...

经过测试，SMI 3268、3280、3281都可以通过对齐，保持第2驱不降速，
但3260例外。3260只要做第1驱CD(即使使用了对齐、4/8/16K簇倍数等手段)，
第2驱仍然会降速。可以用CD后置的方法临时解决。


3260的问题很多且久远，可能是SMI初代USB3试水产品，固件不完善造成。
由于现在市场主流产品是328X，3260降速问题估计不会再引起过很多关注了。

windows9650

fingerskps 发表于 2023-9-16 09:02
STOP STOP，楼上两位消消气，大家都是在摸索，方法各异，适合自己、达到目标就好。

...

没生气，我就是阴阳怪气而已，白天没事做现在闲的要死

fingerskps

好了，压轴的3280测试。无奈牌3280AB 256G盘（Flash是16K的1EFK/0DDL）
exfat格式最终结果值是：

一、未分驱原始速度
128K簇，R381/W119
16K簇，R382/W119
8K簇，R382/W118

二、分驱做CD+DISK，分驱对齐，DISK速度
128K簇，R382/W117
16K簇，R381/W118
8K簇，R384/W118

总之，我的测试结果，这些3268、3281、3280盘，只要注意搞好
第1驱的对齐，不用LZ方法、也不用刻意16K倍簇，均可以保持
第2驱不降速。

fingerskps

windows9650 发表于 2023-9-15 00:50
他图里是用128K的簇格式化的所以没有掉速，但是会造成很大规模的空间浪费

然后现在U盘不能用4K对齐，起 ...

UFS我测试了。

因支持UFS的SMI3350、JMS901主控不能做CDROM，
故使用了台电锋芒32G盘，这个盘坛内er都知道配置，
SMI3268主控+三星UFS(16K，K9GCGD8U0D引金点)。

exfat格式最终结果值是：

一、未分驱原始速度
32K簇，R143/W91
16K簇，R141/W87
  8K簇，R142/W86

二、分驱做CD+DISK，分驱对齐，DISK速度
32K簇，R141/W91
16K簇，R139/W91
  8K簇，R139/W91

fingerskps

STOP STOP，楼上两位消消气，大家都是在摸索，方法各异，适合自己、达到目标就好。

windows9650

f00tman 发表于 2023-9-16 02:28
……你想表达什么

page和block(块，提它干嘛)是硬件概念，对齐是软件上的起止点去跟硬件对，你以为的那 ...

没事你就当我是个没上过小学不知道最小公倍数，然后没碰过电脑全靠脑补的就行了

硬件是啥玩意能吃吗？
对不

f00tman

windows9650 发表于 2023-9-16 00:58
不知道，我小学没毕业，所以我一般都是直接测试

顺便，我也不知道啥叫片上缓存、外部缓存 ...

……你想表达什么

page和block(块，提它干嘛)是硬件概念，对齐是软件上的起止点去跟硬件对，你以为的那种“对齐”会存在N种对法，实际上没有。簇是软件上的另一个概念，扇区又是另一个HDD概念，SSD上是模拟的，你总混一起说，看都看不清楚想说哪个

Nand都有spare area，不分成品设备类型，放ecc的sa区是page送的属于page内，剩下的数据区是净容量，如果不是净的而是毛的，那sa只能占用下一个page了，不管page多大，每1page一份ecc容量会砍半……这就离谱

windows9650

f00tman 发表于 2023-9-15 18:46
你知道啥是最小公倍数吗

不知道，我小学没毕业，所以我一般都是直接测试

顺便，我也不知道啥叫片上缓存、外部缓存、集成缓存，也不知道为毛U盘主控没有集成大缓存，为什么在每个簇或块单位背后都要跟一个72字节或者更大尺寸的ECC，这个ECC跟前面的块加起来为毛大于4K，AIDA64怎么就提示SSD主控反馈的读写单位是512字节不是4K也不是16K，别问我我真的不知道，无知弱小且无助，乌拉！

fingerskps

baifhvk 发表于 2023-9-13 23:49
有时间测试下

不一定是想象中的结果，参看17#实践操作。

f00tman

fingerskps 发表于 2023-9-15 21:31
一、看了层主其他帖子，是想讲AMI UEFI下，SMI主控需要改VID/PID
才能认多Lun这个事么？

是的，慧荣问题，印象中十几年前的机器确实没这个问题

确实，没注意到这个，回去看了下确实是前后不搭了

fingerskps

f00tman 发表于 2023-9-15 18:45
我现在遇到不调顺序反倒有兼容性，CDROM在前只认CDROM，调了之后就都认了，微星B660主板

关于簇大小，其 ...

一、看了层主其他帖子，是想讲AMI UEFI下，SMI主控需要改VID/PID
才能认多Lun这个事么？

这个正好是本人所在团队发现并在网上首发，原因是AMI源码算法
不严谨造成，其他品牌UEFI/BIOS不适用。与17#所讲还不是一回事。


二、簇，是MS OS文件系统里的东西。要说影响，也是影响MS OS文件系统。
win在5#的发言很迷，前半截讲簇，后半截讲扇区，不知道他想表达什么。
是想说簇过大影响BOOT、还是想说扇区过大影响BOOT。

BOOT过程中，扇区和簇是截然不同的2码事。扇区大小影响BOOT是肯定的。
(512B或2k或4K)扇区由U盘固件设定写死，不可变(要变就得换固件版本，且
该版本固件要有相应的扇区支持代码)。对于2k或4K扇区，UEFI/BIOS需要
有额外的代码才能支持。

簇大小是可变的，但要说影响BOOT，我没遇到过。

f00tman

windows9650 发表于 2023-9-15 11:06
冲突，差很多的，现在最小单位16K，用4K会有跨PAGE延迟，SSD自带缓存或者主控自带小容量缓存所以 ...

你知道啥是最小公倍数吗

f00tman

fingerskps 发表于 2023-9-15 15:25
3280盘不在手边，用3281AB 64G盘(Flash是9DDL-16K，尽量与LZ固件
环境MLC_SD_15nm.bin接近)做了替代测试( ...

我现在遇到不调顺序反倒有兼容性，CDROM在前只认CDROM，调了之后就都认了，微星B660主板

关于簇大小，其实我是想不出其合理性在哪里的，不过加上楼主实际上有两个人声称有效了

fingerskps

f00tman 发表于 2023-9-14 20:17
其实他这个就是你这样解决的……和其他的关系不大，但是这样耗空间

本质上这个就是4K对齐造成的降速度， ...

3280盘不在手边，用3281AB 64G盘(Flash是9DDL-16K，尽量与LZ固件
环境MLC_SD_15nm.bin接近)做了替代测试(海尔S4笔记本-实际是蓝天
N130BU模具贴牌，AMI aptio UEFI/BIOS，Win10)。


U盘txbench测速，原始速度为R270/W80左右，小文件4K速度为R9/W6，
后续没用LZ所说、也没用16K倍数簇，实现了分驱后不降速。

过程比较复杂。楼上有些说法需要修正和补充。

一、f00tman的核心观点是对的，本质是对齐造成的第2驱降速。
这有几层引申意思：


(一)无论做不做CD，容量切割不当，第2驱就会降速。举例来说：
我不做CD，做双磁驱：
第1 DISK磁驱+第2 DISK磁驱，如第1 DISK磁驱分配容量不当引发对齐
问题，会造成第2 DISK驱降速。


(二)对于CD+DISK这种组合，f00tman给出的解决办法是2条，补充一些
内容：

一是CD后置，变成DISK+CD，DISK的速度保住了，但这会造成第2 CD
光驱启动兼容性下降，因为有的BIOS/UEFI对非第1驱(Lun0)位置的
设备识别存在问题。


二是继续保持CD+DISK这种Lun顺序，精心设置第1 CD光驱容量为4K
倍数，规避对齐问题，保第2 DISK驱速度。原理简单，但实践有些
难度，我试过，即使CD容量切割有微小差距，后面的DISK驱也会降速，
需要微调。   


二、关于簇大小
我的测试结果，基本是否定的。簇大小选择，速度改观不明显，甚至
是反向结果。

1、未做量产分驱，原始盘速度，选8K簇速度为R273/W81，选128K簇速度
为R272/W80。


2、进行CD+DISK分驱，第2 DISK驱速度与前面所说对齐操作紧密相关：
如果第1驱切割不合理未对齐，格式化第2驱时，簇大小分别为32K、64K，
均降速、均在R263/W63；


如果第1驱切割合理对齐，格式化第2驱时不降速，8K簇R272/W80，16K簇R272/W79。

windows9650

baifhvk 发表于 2023-9-14 18:35
uDiskToolBar不支持慧荣带有4k的普通U盘，如3281和3280都是带有4K速度的普通U盘

支持，但是会卡，因为328X都是大容量的，亲测

windows9650

f00tman 发表于 2023-9-15 01:21
4和16是不冲突的啊。。。16粒度还不如4小，你这不就像10甚至9

4K就是因为跨Page，不是因为主控 ...

其实最开始我还没注意过这方面，用ATTO测试的时候曲线乱七八糟，复制文件也经常掉速，有一次不注意格式化成EXFAT没调整簇尺寸结果跑速很平均，然后测试过才发现PAGE和速度的关系，找了很多资料才推测出操作的最小单位应该是PAGE不是BLOCK，只要找到颗粒对应信息找到PAGE大小并格式化成大于这个尺寸的簇问题就根绝，算是无心插柳？