关于c语言读取二进制文件fread问题
最近利用c的fread函数读取一个较大的二进制文件发现,第一次编译运行的时间很慢,大概10s,第二次运行的时候只需要500ms左右,如果换了数据文件出现同样的问题,是因为...
最近利用c的fread函数读取一个较大的二进制文件发现,第一次编译运行的时间很慢,大概10s,第二次运行的时候只需要500ms左右,如果换了数据文件出现同样的问题,是因为fread读取文件速度不稳定吗还是其他问题,有没有更有效率的二进制读取的c函数。谢谢
(注:以上编译在VC6.0和vs2005都试过,出现同样的问题。) 展开
(注:以上编译在VC6.0和vs2005都试过,出现同样的问题。) 展开
2个回答
展开全部
这个很正常,这是操作系统的缓存(cache)在起作用。
缓存:为了解决CPU速度和内存速度的速度差异而产生(CPU运算速度比内存快的多)
当程序需要读取某个文件时,实际就是把数据读入内存由CPU运算,CPU首先去缓存中找寻,查找不到就会到内存中去读取同时复制到缓存中以便下次访问,这个时候速度自然很慢,当你第二次读取该文件时,缓存中已经存在,CPU再次访问这些数据就会变的非常快。
这是和系统读取数据的方式有关的,并不是因为某个函数效率低的原因,比较明显的:
你在某个磁盘下搜索某一个文件名,第一次会比较慢,第二次就会快很多,原因就是第二次CPU需要处理的数据已经存在缓存中,处理时效率会非常高。
缓存:为了解决CPU速度和内存速度的速度差异而产生(CPU运算速度比内存快的多)
当程序需要读取某个文件时,实际就是把数据读入内存由CPU运算,CPU首先去缓存中找寻,查找不到就会到内存中去读取同时复制到缓存中以便下次访问,这个时候速度自然很慢,当你第二次读取该文件时,缓存中已经存在,CPU再次访问这些数据就会变的非常快。
这是和系统读取数据的方式有关的,并不是因为某个函数效率低的原因,比较明显的:
你在某个磁盘下搜索某一个文件名,第一次会比较慢,第二次就会快很多,原因就是第二次CPU需要处理的数据已经存在缓存中,处理时效率会非常高。
追问
那有没有什么方法可以改善这种情况呢?因为我现在用到的程序对时间的要求比较高,谢谢。
追答
无非就是改善代码的执行效率,如果你的数据文件比较庞大,这个时间是难免的。
如果你每次需要的不是整个数据文件(只是其中某一段),你可以在保存数据文件时分几个文件保存(就是备份),读取时进行选择。其他也没什么好办法,数据量大处理时间肯定长
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询