为什么SD卡录像要用FAT格式的文件系统

FAT 上的文件封装成AVI  MP4插电脑就可直接播放了。
ext 好像恢复信息太多。

[quote][url=forum.php?mod=redirect&goto=findpost&pid=11771&ptid=5219]cs_sos 发表于 2015-1-26 10:09[/url]
FAT 上的文件封装成AVI  MP4插电脑就可直接播放了。
ext 好像恢复信息太多。[/quote]

恩，这个NTFS也能做到啊！

不要沉啊，给位做车载的聊聊啊！

你这个为什么 为什么SD卡录像要用FAT格式的文件系统问题是源自哪里，市面上都是这样的吗？
如果有请举例

[quote][url=forum.php?mod=redirect&goto=findpost&pid=12022&ptid=5219]lubing521 发表于 2015-1-29 13:07[/url]
你这个为什么 为什么SD卡录像要用FAT格式的文件系统问题是源自哪里，市面上都是这样的吗？
如果有请举例[/quote]

我这个是看论坛里的朋友都经常提这个问题，想和大家讨论下。

[quote][url=forum.php?mod=redirect&goto=findpost&pid=12028&ptid=5219]goodman 发表于 2015-1-29 14:31[/url]
我这个是看论坛里的朋友都经常提这个问题，想和大家讨论下。[/quote]

搜了下也没这个相关问题啊？关键字 是啥？我搜一下，看到多数都是STM32下操作SD 卡才考虑使用fat的吧

[quote][url=forum.php?mod=redirect&goto=findpost&pid=12031&ptid=5219]lubing521 发表于 2015-1-29 15:16[/url]
搜了下也没这个相关问题啊？关键字 是啥？我搜一下，看到多数都是STM32下操作SD 卡才考虑使用fat的吧[/quote]

[url]http://www.ebaina.com/bbs/forum.php?mod=viewthread&tid=3660&highlight=SD%BF%A8%D6%BB%B6%C1[/url]

[url]http://www.ebaina.com/bbs/forum.php?mod=viewthread&tid=4655&extra=page%3D2[/url]

NTFS文件系统用在SD卡上，效率反而更低。

解释1.当一个分区超过33G的时候，FAT32性能会急剧下降，所以一般的分区软件不建议分33G以上的FAT32分区，如果你分成NFTS或者EXFAT的文件系统，分区是可以超过33G的，问题在这里，NTFS和EXfat文件系统是微软的专利，受版权法保护，如果安卓想使用，那么对不起，请交版权费。有些厂商为了节约成本，所以不支持NTFS和EXFAT。2.如果你把TF卡格式化成Ext2。EXT3等LINUX文件系统，从安卓2.3以后，谷歌意识到了Ext2的一些不足于是开始加入了Ext3和Ext4文件系统格式支持，Ext3最大支持2TB的文件，Ext4最大支持16TB的文件，但是问题又来了，如果手机默认把TF卡格式化成LINUX的文件系统，那么是不受TF卡容量大小的限制的，128G的TF卡都可以用，但是WINDOWS又认不出LINUX的文件系统，再说，现在桌面系统都是WIN，所以很多手机厂商默认把TF卡格式化成FAT32，如果厂商又不想买专利授权，又想支持32G以上的TF卡，那么最好的办法就是默认把TF卡格式化成LINUX文件系统，虽然在WIN下不能直接访问TF卡盘符，但是可以启用USB文件传送模式，这样可以支持32G以上TF卡，也能和电脑交换文件。现在有些机器，比如三星新机，买了微软授权。那么可以支持认exfat文件系统。还有一些安卓机器，把TF卡用PQ分区软件分成超过33G的FAT32系统（比如64G的分区），但是这样做的代价是大幅度降低TF卡使用寿命，文件读写的时候容易出错，建议不要这样操作。以上写的有些不通顺，但是道理就是这样。

[quote][url=forum.php?mod=redirect&goto=findpost&pid=18634&ptid=5219]lubing521 发表于 2015-7-30 09:49[/url]
解释1.当一个分区超过33G的时候，FAT32性能会急剧下降，所以一般的分区软件不建议分33G以上的FAT32分区，如 ...[/quote]

凌乱中风骚依旧啊。。:lol

@lubing521，“当一个分区超过33G的时候，FAT32性能会急剧下降”，“把TF卡用PQ分区软件分成超过33G的FAT32系统（比如64G的分区），但是这样做的代价是大幅度降低TF卡使用寿命，文件读写的时候容易出错”，请问这两个观点的出处？

[quote][url=forum.php?mod=redirect&goto=findpost&pid=18882&ptid=5219]henman 发表于 2015-8-6 08:58[/url]
@lubing521，“当一个分区超过33G的时候，FAT32性能会急剧下降”，“把TF卡用PQ分区软件分成超过33G的FAT32 ...[/quote]

FAT32 是 在 Windows95 时代开始采用的文件系统，到现在都有人在用(比如 U盘)，可以说是伴随着我们成长的文件系统。FAT 是 File Allocation Table 的缩写，从字面意义上就能看出这是一种类 表 一样的文件系统。由于其用于描述文件大小的属性是一个 32 位的 ，导致其能够支持的单个文件最大不能超过 4G。而 NTFS 是微软专门为 NT 系统设计的，单个文件最大可以达到 2T。现在最为常用的 Windows XP 和 Windows 7 都支持 NTFS。至于 NTFS 是怎么管理文件的有点不太好说，因为微软一直当它是个“秘密”。

    Linux 也有自己的文件系统 式，被称为 ExtN(N=2、 3、4)。如果要追溯 ExtN 的起源，其实要比 FAT32 和 NTFS 都要古老。ExtN 文件系统必定要包含 inode 数据结构来代表一个文件，并且存储这个文件的各种属性和权限。至于实际的数据则放在 data block 块区中。除此之外，ExtN 文件系统还有一个超级块区(super block)，用于记录整个文件系统的整体信息，包括 inode 与 data block 的总量、使用量和剩余量。

    使用 stat -f filename 可查看系统的 inode 和 data block 使用情况。

        -f, –file-system
              display file system status instead of file status

    weiyuzhang@weiyuzhang:/work/windows$ stat -f /work/workspace/so/main
    文件:”/work/workspace/so/main”

   以下输出都跟 main 文件无关
    ID:1371e0e3c96e0461 文件名长度:255     类型:ext2/ext3
    块大小:4096       基本块大小:4096
    块:总计:23151106   空闲:14056882   可用:12880870
    Inodes: 总计:5881856    空闲:5836277

    data block 与 inode 一样，每一个都有一个唯一编号，inode 只需要记录这些编号，就能够定位整个文件的任意一段数据。我们假定有一个编号为 3 的 inode，它所代表的文件的数据被放置在编号为 2、5、6、8、13 和 20 的这几个 data block 中。那么读取这个文件的过程则如 图1 所示。



alt



图 1 ExtN 文件系统读取数据过程示意图



采用这种数据存取的方法的文件系统被称之为“索引式文件系统”。它与伴随着很多人成长的 FAT32 有什么不同呢?图2 展示了这个过程。



alt



图 2 FAT32 文件系统读取数据过程示意图



    通过对两个图的比较，我们可以清晰的看出，ExtN 通过 inode 能够一次性获得文件数据所存放的位置，可以据此来安排磁盘的阅读顺序，尽量保证在磁盘只旋转一圈的情况下将所有内容读出来。而 FAT32 则只有将对应的 data block 读入之后才知道下一个 data block 在什么地方。如果一个文件的 data block 比较分散的话，将很难保证在磁盘只旋转一圈的情况下读取全部数据，有时候甚至要多转很多圈才能读完数据。

    这就是我们非常熟悉的“磁盘碎片”问题。由于长时间的对文件进行创建、删除、读写，很难保证同一个文件的 data block 的位置相邻。而由于 FAT32 的读写特性，在 data block 不相邻的情况下读写性能会急剧下降。所以，为了提高 Windows 系统的磁盘性能，经常性的做“磁盘碎片整理”是非常有必要的。

    而对于 Linux 这种文件系统，则基本上不需要进行磁盘碎片整理。而且你也基本上找不到类 的工具。但是 Linux 系统经过长时间使用之后，还是会有文件数据过于分散的问题的。即便能够做到很好的规划，但是对性能多多稍稍还是会有一些影响，只是没有使用 FAT32 的 Windows 那么严重罢了。所以，一个使用时间很久的Linux 系统也会因为磁盘碎片问题而变慢，这也是事实。只是不需要太过在意它。

一. 文件相关

我们设备实际使用的都是64G miniSD卡，用ext2格式，大约存储三四十G就会出现莫名其妙的问题。现在一直使用fat32格式（没分区，只一个区）但确实会出现长时间存储后，突然出现SD卡存储错误。这个问题到现在我也没解决掉。之前使用8G，16G，32G的，也会有这个现象。

[quote][url=forum.php?mod=redirect&goto=findpost&pid=18892&ptid=5219]drafour 发表于 2015-8-6 10:27[/url]
我们设备实际使用的都是64G miniSD卡，用ext2格式，大约存储三四十G就会出现莫名其妙的问题。现在一直使用f ...[/quote]

fat32突发错误的问题，现在解决了吗？

这个是sd卡自然损坏

用fat32的格式文件系统存储相对比较简单...可直接在window系统查看，如果用ext2等linux文件系统就不能直接的查看文件了，不太方便..这觉得这是最主要的原因...但如果用技术的角度来说的话 fat32 ext2等标准文件系统都不太适用于录像这个业务，最好还是开发自己的私有文件系统，这样才能保证录像存储的稳定性，如快速读取、定位以及删除覆盖...也能提高sd的利用率

:lol开发自己的私有文件系统，这个要赞下，之前老大的意向就是这么处理的；

不知道海康、大华等这些大厂是怎么处理TF卡系统的

弱弱的问下！为啥不能分成2个或多个分区呢

学习。好贴啊