各位有没有相关的经验
5 个解决方案
#1
根据我的经验在XP下面NTFS格式中一个文件夹下面存档的文件超过10万后基本上就写不进去了,或者访问特别慢。
我们一般是把多个文件打包到一个文件里面,使用时再取出来,效率提高很多,类似于云存储的概念。
我们一般是把多个文件打包到一个文件里面,使用时再取出来,效率提高很多,类似于云存储的概念。
#2
文件太多,循环一下都要花费很多时间
感觉分目录比较好,一个目录下不超过一千个文件
感觉分目录比较好,一个目录下不超过一千个文件
#3
数量和单文件的读写性能是无关的,
但是你整个文件夹显示是有关的。不论用什么数据结构,链表和向量都依赖于文件量
但是你整个文件夹显示是有关的。不论用什么数据结构,链表和向量都依赖于文件量
#4
读写只有与单个文件有关吧,和磁盘和输入输出的硬件设备有关。。。
#5
文件系统管理文件时也有个数据结构,包括磁盘也有碎片,太多的文件放在一个目录里面的确影响读写性能,即使是单个文件读写都会有问题,可以写一个小程序测试一下向一个目录中写入10万以上的小文件看看。
#1
根据我的经验在XP下面NTFS格式中一个文件夹下面存档的文件超过10万后基本上就写不进去了,或者访问特别慢。
我们一般是把多个文件打包到一个文件里面,使用时再取出来,效率提高很多,类似于云存储的概念。
我们一般是把多个文件打包到一个文件里面,使用时再取出来,效率提高很多,类似于云存储的概念。
#2
文件太多,循环一下都要花费很多时间
感觉分目录比较好,一个目录下不超过一千个文件
感觉分目录比较好,一个目录下不超过一千个文件
#3
数量和单文件的读写性能是无关的,
但是你整个文件夹显示是有关的。不论用什么数据结构,链表和向量都依赖于文件量
但是你整个文件夹显示是有关的。不论用什么数据结构,链表和向量都依赖于文件量
#4
读写只有与单个文件有关吧,和磁盘和输入输出的硬件设备有关。。。
#5
文件系统管理文件时也有个数据结构,包括磁盘也有碎片,太多的文件放在一个目录里面的确影响读写性能,即使是单个文件读写都会有问题,可以写一个小程序测试一下向一个目录中写入10万以上的小文件看看。