图片类防伪图片文件存储方式对操作系统与文件系统的要求

作者：admin   发表时间：五月 23, 2010   浏览：

图片存储格式为 标准 大图:查询的时候实时生成小图片:

第3代海量图片存储引擎 技术背景:

FAT32FAT32 标称为65534，实际到2万+时已不稳定。
NTFS 似乎没有明确限制单目录文件数量，但有人反应在生成10万+ 文件的目录时遇到报错，想来应该是和文件属性（文件名等）、磁盘使用状况相关，至于对效率的影响，可以参考以下内容，以下内容为转载

FAT32 文件系统下的单一目录下的文件数限制在 20000 -30000 之间的一个数字。。。

解压一个有 30000 多个文件的 rar 文件到 fat32 目录的时候出现 磁盘满的提示。。但是磁盘并没有满。。。 每个目录都要描述它的内容所在的磁盘位置，名字等信息。这些信息是连续存放的，而且空间有限，用完了就不能再加了。改进的文件系统，目录信息自身也是在磁 盘上不连续分布的

对于FAT32文件系统， 可以保存的文件体积最大值是 4 GB – 1 byte (2^32 bytes – 1 byte)；Windows自带的工具可以创建的卷的最大体积是32GB；每个卷中最多可以保存的文件数量是4,177,920个；一个特定文件夹中最多可以保存的子文件夹和文件的数量是65,534（如果使用了长文件名，那么该数字会减小）

对于NTFS文件系统，可以保存的文件的大小的最大值，理论上是16EB – 1 KB (2^64 bytes – 1 KB)(1EB=1024PB=1024TB=1024GB) ，实际实现过的最大值是16TB – 64 KB (2^44 bytes – 64 KB)；卷的体积最大值，理论上可以达到2^64个簇 – 1个簇，实际实现过的最大值是2^56 TB – 64 KB ( 2^32 个簇 – 1个簇)；每个卷可以包含的文件个数的最大值是4,294,967,295个 (2^32 – 1)

理论上FAT32单个目录下，最多可以包括65534个子目录或者文件。但是如果采用长文件名命名的话，实际可以容纳的文件数目会远远小于6万多。2万多属于正常现象。

NTFS克服了这个问题，但是对于单个目录下多文件的操作（拷贝，移动或者删除），比如说几万个小文件，每个十几k大，仍然十分头疼，个人觉得是死穴，也是正常现象。

综上所述:对于　运营商级的　１００亿图片以上的　图片　存储引擎　设置如下：

详情　电：技术支持　面谈　与　系统投标书

本文引用地址： 

• 图片类（生物、纹理、纤维）防伪系统