询问一个弱智的问题~fopen

fairykengqiangmeigui 2010-11-23 11:35:13
用fopen打开文件,给它指定一个字符串作为文件名,可是具体系统是如何找到这个文件名的,它的查找机制是怎样的?假如我一个目录下有几千几万个文件,用fopen打开某一个固定文件的速度怎样?恳请高手解答!
...全文
178 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
licuiyingfengzheng 2010-11-25
  • 打赏
  • 举报
回复
怎么得分啊
射下北极星 2010-11-24
  • 打赏
  • 举报
回复
打开指定路径下指定文件名,你一个目录下也不可能有那么多文件吧,而且文件名都给了,要定位就很简单了
xiaohuh421 2010-11-24
  • 打赏
  • 举报
回复
应该是用了什么手段,使得我们访问文件是随机访问的,就好像我们访问数组一样,可以通过下标找到对应数据,
fopen就通过文件路径直接找到文件.
zgklem 2010-11-24
  • 打赏
  • 举报
回复
目前还是有点糊涂,系统使用idl标识符定位文件,貌似不需要枚举!
zgklem 2010-11-24
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 eyey1 的回复:]
fopen打开某一个固定文件的速度也是固定的,不会枚举同一目录的其它文件.
[/Quote]
好像就是采用枚举的!

每个文件夹中的文件数量是有限制的!
对于FAT16文件系统,可以保存的文件体积最大值是 4 GB - 1 byte (2^32 bytes - 1 byte);卷的最大体积是4GB;每个卷上最多可以保存的文件数量是65,536个 (2^16);根目录下可以保存的文件和文件夹数量最大值是512个(如果使用了长文件名,该数字还会减小)

对于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)
mltong 2010-11-24
  • 打赏
  • 举报
回复
windows 一个文件下最大文件数应该有限制吧
手机写程序 2010-11-23
  • 打赏
  • 举报
回复
fopen打开某一个固定文件的速度也是固定的,不会枚举同一目录的其它文件.
fishion 2010-11-23
  • 打赏
  • 举报
回复
这个感觉就是要知道操作系统的文件系统结构是怎样了
wxwang1982 2010-11-23
  • 打赏
  • 举报
回复
速度?没测试过。不过用这个函数很快滴
Eleven 2010-11-23
  • 打赏
  • 举报
回复
lz想知道fopen的内部实现?

16,472

社区成员

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

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

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