不同SD卡主控对不同的cluster大小有不同的时延，各人需要根据自己手中的SD卡去自己摸索，但通常对于非高品质的主控芯片和闪存。用32k甚至64k的簇大小可以极大缓解读取时延，在本身就比较好的主控和闪存构建的SD卡方案上，靠格式化为32k或64k簇大小，得到的提升不会太明显。

比如创见的64G的红黑卡，你即使用32k或者64k的簇格式化，玩得时间久了（尤其是带音轨的游戏），依然会出现读取时延不稳定，造成声音卡顿一下后几秒内死机之类的状况。

引用:

原帖由 werety 于 2018-6-9 08:46 发表

那么XP系统下格式化的“默认值”是每一簇多少KB？

16kB。参考：
https://support.microsoft.com/zh-cn/help/140365/default-cluster-size-for-ntfs-fat-and-exfat

GDEmu对镜像的文件连续性没有要求，但是对读取响应的时延有比较严格的要求。
我累计测试过非常多的卡(>30种），基本确认因为主控会对闪存区块进行重分配算法调整，所以，通过格式化、删除文件，来使文件在操作系统可视范围内的扇区层面连续化，对某些主控的卡，并没有效果。
也就是说部分卡你只要用久了、累计的删除、重拷次数多了，GDEmu的游戏中途黄灯概率就会越来越高。因为就算你通过格式化，使得之后复制的文件是扇区连续的，实际上文件在闪存物理区域上并不连续，导致主控访问时间也依然不稳定。

所以简单来讲，不要买便宜的卡，最终时间会收你学费。

另外，部分卡强调的持续读取速度、持续写入速度，对GDEmu没有什么作用，GDEmu实际最多只会有每秒1兆多的读取，对它来说，响应速度是最终要的，不是持续平均读取速度(这是作者给我邮件中的原话翻译)。