紧急的问题,关于临时文件的

wanghu 2002-01-17 09:09:18
我作了一个server程序,大致就是读取database(sql server7)的数据,然后提供给各个client.
现在的问题是:有的时候(特别是client比较多的时候),在路径:document and setting \administrator\local setting\temp\下产生了许多的CTTxxxx.TMP文件。
每个都有20MB左右。
这些TMP文件不断增多,而且都在被程序使用(因为时间都在变),因此我删除不了它们。
到底是什么缘故啊?请诸位大侠帮帮忙。
...全文
185 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
wanghu 2002-01-19
  • 打赏
  • 举报
回复
非常感谢帮忙,可是我的程序中没有用到new啊(vc内幕ch30中的cblockingsocket类用到了,不过这个应该没有问题的),
而且每个接收buffer都是线程的执行函数中的局部变量。
在系统不忙时,这些tmp文件也就几个,而且一般都会被删掉。但是系统繁忙时就出现大量增加的情况,而且一时也删不掉。
wanghu 2002-01-19
  • 打赏
  • 举报
回复
push
NowCan 2002-01-18
  • 打赏
  • 举报
回复
我估计这是正常现象。
lhj 2002-01-18
  • 打赏
  • 举报
回复
建议你优化你的数据库看看。
你访问数据库的方式是什么?


wanghu 2002-01-18
  • 打赏
  • 举报
回复
push again
wanghu 2002-01-18
  • 打赏
  • 举报
回复
push again
pinel 2002-01-18
  • 打赏
  • 举报
回复
有可能你在程序中没有清空接收、发送缓冲区?
ourworld 2002-01-18
  • 打赏
  • 举报
回复
说以下服务器的软硬件情况
wanghu 2002-01-18
  • 打赏
  • 举报
回复
to lhj(努力加油):
用的是odbc,就用vc6的classwizard生成的数据库访问类
to NowCan(能量、激情、雨水、彩虹——雷雨云):
可是用户多的时候,这些tmp文件总共会达到GB的量级别,磁盘读取也变得非常慢,有没有优化的方法?
to pinel():
也有这个可能,不过如何优化呢?
to Behard(现在改用BCB了):
我的程序不用直接操作临时文件,都是系统自己创建的

我查过这儿的历史贴,也没有和这个主题相关的。没有人遇到过吗?
Behard 2002-01-18
  • 打赏
  • 举报
回复
以下是在BCB中的做法。
6.9.10 操作临时文件
在应用程序运行期间的很多情况下,需要创建一些临时文件,当这些临时文件使用完毕后
或应用程序退出之前被删除。
通常临时文件是放在Wi n d o w s系统设置的临时目录中。通过Windows API 函数
G e t Te m p F i l e N a m e可以获取系统设置的临时目录,原型如下:
DWORD GetTempPath(
DWORD nBufferLength, // 保存临时目录名的字符串的长度
LPTSTR lpBuffer // 保存临时目录名的字符串地址
) ;
通过Windows API函数G e t Te m p F i l e N a m e可以在指定的目录中创建一个临时文件,原型如下:
UINT GetTempFileName(
LPCTSTR lpPathName, // 保存临时目录名的字符串地址
LPCTSTR lpPrefixString, // 临时文件的文件名前缀
UINT uUnique, // 创建临时文件的文件名时使用的一个数字
LPTSTR lpTempFileName // 保存临时文件的文件名的字符串地址
) ;
其中u U n i q u e如果为0,则在生成临时文件的文件名的时侯,也创建了该文
pinel 2002-01-18
  • 打赏
  • 举报
回复
通讯端口的Buffer吧,用硬盘虚拟缓存可能
AttaBoy 2002-01-18
  • 打赏
  • 举报
回复
???
wanghu 2002-01-17
  • 打赏
  • 举报
回复
ANY HELP?

16,551

社区成员

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

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

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