文件夹里文件太多,读取速度慢,怎么处理比较好?

ROBOTECH_ER 2012-06-20 08:07:21
一个文件夹里存放了大概有17万个文件,读取的时候速度一开始比较快,越到后来越慢。这大概是个什么原因呢?
比如操作系统执行fopen("第22222个文件.txt")的时候,是怎么一个工作过程呢?哪位前辈给个链接或者关键词的说,搜了半天没找到相关的文章。。

如果分开目录存放这17万个文件,每个文件夹放多少文件合适?

如果把这些文件放到固态硬盘了,还有必要分文件夹存放么?


请各位前辈不吝赐教,先谢谢了!
...全文
4190 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
zgl7903 2012-06-20
  • 打赏
  • 举报
回复
一般的文件系统有点类似于一个树型结构, 根目录类似于根 文件夹和文件就像枝干和树杈,

按一般的顺序检索方式,检索放在同一个目录下的第100个文件,至少要访问过前面99个文件名,
而如果平均每个文件夹下放10个文件,则只需检索到第10个文件夹的第10个文件,这个效率是很明显的
ROBOTECH_ER 2012-06-20
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 的回复:]

个人建议

可以按一定的规则(如存放文件的年月日)多分一些文件夹, 这样可能会比单个文件夹下的大量文件要快些,至少索引文件时应该会比较快
[/Quote]

感谢回复!!
请问如果放到固态硬盘里,还需要分文件夹么?
ROBOTECH_ER 2012-06-20
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 的回复:]

比如操作系统执行fopen("第22222个文件.txt")的时候,是怎么一个工作过程呢?--这要多么高深的知识才能回答你们问题呢:操作系统是如何进行文件操作的,(文件系统驱动的工作原理)
只提醒LZ一下:fopen fclose成对出现,打开后要及时关闭,否则可能出现你所说的现象:越来越慢。因为WIN的文件系统不可能象LINUX那样……
[/Quote]

感谢回复!!
确定打开的文件读取完成后都关闭了才打开新的文件的。而且后面速度变慢是从连续的快速读取变成波浪式的:一开始速度一直很快,运行一阵子后,忽然会快一阵子的,然后很慢,然后再快一下,再变慢。。。。。。不断这样重复,这是现象最可能的原因是什么呢?
zgl7903 2012-06-20
  • 打赏
  • 举报
回复
个人建议

可以按一定的规则(如存放文件的年月日)多分一些文件夹, 这样可能会比单个文件夹下的大量文件要快些,至少索引文件时应该会比较快
glongsoft 2012-06-20
  • 打赏
  • 举报
回复
比如操作系统执行fopen("第22222个文件.txt")的时候,是怎么一个工作过程呢?--这要多么高深的知识才能回答你们问题呢:操作系统是如何进行文件操作的,(文件系统驱动的工作原理)
只提醒LZ一下:fopen fclose成对出现,打开后要及时关闭,否则可能出现你所说的现象:越来越慢。因为WIN的文件系统不可能象LINUX那样……

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧