一个关于文件操作的问题

slietx 2004-08-11 09:45:56
用srcFile = CreateFile( tempName,
GENERIC_READ,
0,
NULL,
OPEN_EXISTING,
FILE_ATTRIBUTE_NORMAL,
NULL);

desFile = CreateFile( pThrParam->dwnFileList[i]->fileName,
GENERIC_WRITE,
0,
NULL,
CREATE_ALWAYS,
FILE_ATTRIBUTE_NORMAL,
NULL);

打开的两个文件进行复制操作,循环从srcFile读取1024字节大小的buffer 写入到desFile,当处理大文件的时候,明显的能看到系统资源中的内存可用数减少,如复制一个500m文件的时候,系统内存可用数将逐渐减少至几m可用内存或逐渐减少近500m可用内存后不再减少,用CloseHandle释放srcFile句柄的时候,内存被释放,程序用vc++7.0,在winXp下编写,机器为p4机器。若用FILE_FLAG_NO_BUFFER属性创建srcFile则无上述情况,不过FILE_FLAG_NO_BUFFER属性限制太多,且速度不快。在cpu为athlon的机器上调试也无上述情况。请问是什么原因导致读文件操作时大量占用系统内存?
...全文
141 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
Pipi0714 2004-08-13
  • 打赏
  • 举报
回复
对于大文件可以采用内存影射文件试试
slietx 2004-08-12
  • 打赏
  • 举报
回复
恩,对啊,有没有办法让缓存控制在一定范围之内?
stevecrisewu 2004-08-12
  • 打赏
  • 举报
回复
实际上,你写文件的时候并不是真正的马上写到磁盘上的,系统自动缓存起来,直到你关闭文件时候才会释放这些系统资源。
所以,会出现这种情况。
Re: 《文件和目录操作命令》 =================================== 本人在教学和实战过程中发现,即便是有一定运维经验的人,可能已经能够搭建一定复杂度的Linux架构,但是在来来回回的具体操作中,还是体现出CLI(命令界面)功底不够扎实,甚至操作的非常‘拙’、处处露‘怯’。 对一个士兵来说,枪就是他的武器,对于一个程序员来说,各种library(工具库)就是他的武器;而对于Linux运维人员来说,无疑命令行工具CLI(命令界面)就是他们的武器;高手和小白之间的差距往往就体现在对于这些“武器”的掌握和熟练程度上。有时候一个参数就能够解决的事情,小白们可能要写一个复杂的Shell脚本才能搞定,这就是对CLI(命令界面)没有理解参悟透彻导致。 研磨每一个命令就是擦拭手中的作战武器,平时不保养不理解,等到作战的时候,一定不能够将手中的武器发挥到极致,所以我们要平心、静气和专注,甘坐冷板凳一段时间,才能练就一身非凡的内功! 本教程从实战出发,结合当下流行或最新的Linux(v6/7/8 版本)同时演示,将命令行结合到解决企业实战问题中来,体现出教学注重实战的务实精神,希望从事或未来从事运维的同学,能够认真仔细的学完Linux核心命令的整套课程。 本课程系列将逐步推出,看看我教学的进度和您学习的步伐,孰占鳌头! 注:关于教学环境搭建,可以参考本人其它课程系列,本教学中就不再赘述! 《参透 VMware 桌面级虚拟化》 《在虚拟机中安装模版机(包括应用软件等)》 《SecureCRT 连接 GNS3/Linux 的安全精密工具》---------------------     

2,640

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 硬件/系统
社区管理员
  • 硬件/系统社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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