虚拟内存慢慢的涨,怎么让程序自动清理无效内存???????

MEFULEU 2006-10-13 12:11:29
程序使用一段时间后,发现程序占用的内存倒是没有什么变化,

系统内存使用反而升起来了,正常100m左右,然后慢慢的升到几百m~

查找了程序代码,确定没有什么地方缺漏释放内存的地方;

但是当程序一退出,内存使用又返回到正常100m左右;说明还是程序问题;

各位有什么好的解决方法???

我现在想让程序隔一段时间自动清理无效内存,请各位不吝指教~~~~~~~~
...全文
3075 49 打赏 收藏 转发到动态 举报
写回复
用AI写文章
49 条回复
切换为时间正序
请发表友善的回复…
发表回复
stevenjscn 2006-12-12
  • 打赏
  • 举报
回复
记号
wanglovec 2006-12-06
  • 打赏
  • 举报
回复
来晚了 没分了
MEFULEU 2006-10-24
  • 打赏
  • 举报
回复
谢谢各位,哈哈,大家都有份!
MEFULEU 2006-10-23
  • 打赏
  • 举报
回复
又看了篇文章,现在不知道谁的正确了,

网上的资料多也是麻烦事情啊~~~~~~~~~~~

http://cnboy.blogchina.com/844190.html

关于内存碎片的,大家可以看看~
MEFULEU 2006-10-23
  • 打赏
  • 举报
回复
to:PPower(月亮光光,照地堂)

你的这个类怎么用呢?能否介绍一下
TPublicBuff(): PublicBuffVector(2560) {}
的意思?为啥不是4096或者别的数字?
MEFULEU 2006-10-23
  • 打赏
  • 举报
回复

我的程序只有一个单独的exe;不知道是否仍然使用到borlndmm.dll??~!

地址碎片,内存碎片,真让人头痛啊~~~~~~



pp616 2006-10-23
  • 打赏
  • 举报
回复
频繁的调用new ;delete
基本上50毫秒就有10次左右.

可以把暂时不用的对象先存放在内存中。下次使用时继续使用。即使内存增大的问题没解决也省下了很多的new和delete的操作
勉励前行 2006-10-21
  • 打赏
  • 举报
回复
class PACKAGE TPublicBuff
{
std::vector<char> PublicBuffVector;
public :
TPublicBuff(): PublicBuffVector(2560) {}
inline char *buff() {return &*PublicBuffVector.begin();}
inline size_t size() {return PublicBuffVector.size() ;}
inline char *GetBuff(size_t LEN)
{
if(LEN > PublicBuffVector.size())
PublicBuffVector.resize(LEN);//分配足夠的緩沖區。
return &*PublicBuffVector.begin();
}
};
這是我在程序中用的一個簡易辦法 ,用一個只增不減的公共內存區來解決臨時變量的new問題。

對於AnsiString等VCL類,換用BDS2006的borlndmm.dll,同樣不會頻繁地向系統new,而B5B6的則有些 BUG,具體可看BDS2006的升級介紹或fastmm的說明。

升級到BDS2006還是是收到些好處的。同時DBX升級到dbxmss30.dll版本,同樣帶來的是性能及穩定性,至少B6的那個版本所知道的部分BUG在新版本上沒重現.B2006IDE環境就備受指責了,在加上update2及9個fix後有所改善。

yangang 2006-10-21
  • 打赏
  • 举报
回复
学习
chpst 2006-10-20
  • 打赏
  • 举报
回复
郁闷啊,郁闷,现在只能够让用户使用一段时间重新手动启动程序了~~~~

听说:Ms的windows就有这个问题。
MEFULEU 2006-10-20
  • 打赏
  • 举报
回复
如果是windows在频繁的申请内存的时候,会产生内存碎片,导致可用的内存越来越少。

这个问题,大家有没有什么处理方法??????
MEFULEU 2006-10-20
  • 打赏
  • 举报
回复
to:xiaoshi0(Rain)
看这个情况,的确有可能是Windows在频繁的申请内存的时候,会产生内存碎片,导致可用的内存越来越少。

哎,检查程序好几天了,都没有发现关键问题。

MEFULEU 2006-10-20
  • 打赏
  • 举报
回复
to::PPower(月亮光光,照地堂)
呵呵,因为我这里是跟PCI采集卡中断周期有关系
这个周期就是50ms;
再这个周期,我绘图,计算,采集,使用到的程序代码中就有这么多申请和释放内存过程~~~~


xiaoshi0 2006-10-20
  • 打赏
  • 举报
回复
你说的这个帖子和另一个帖子中的情况不太一样,我没有看过你的程序的运行情况,也没有看过内存的增加情况,所以不好判断因为什么。

不过jishiping有一个帖子也说过了,Windows在频繁的申请内存的时候,会产生内存碎片,导致可用的内存越来越少。
勉励前行 2006-10-20
  • 打赏
  • 举报
回复
基本上50毫秒就有10次左右. 是怎麼得出這個結果的啊。用定時器還是測試速度算出來的。
如果用定時器申請內存或太多線程申請內存,5ms就有一次new 還有其他隱式構造與析構,真有點懷疑你的電腦夠不夠快,建議你換一台很快的電腦試試。

但改一下代碼不要new那麼频繁好一點。簡單的話就是將频繁new delete的局部變量的生命期延長至全局變量就行了
pjie131 2006-10-20
  • 打赏
  • 举报
回复
内存new多了,碎片是不可避免的,windows的操作系统在内存管理上是很差的.

可否做些改进,比如减少new delete,能不new的就不new,这样至少减缓了"死亡".

要不就自己管理内存,不过会麻烦死的.

再要不,找个能定时清理内存和虚拟内存的软件,和你的程序一起挂着.
MEFULEU 2006-10-20
  • 打赏
  • 举报
回复
看了一篇别人的文章,现在都有些晕了~~~~~~~


作者:Felix

内存整理的迷思

看了接二连三出现于本组的有关内存整理的帖子,终于觉得有必要写一点文字了,这些
帖子如果是在别的组尚且情有可原,可是出现在编程组中却实属不该,看来不少人仍然
对Windows的内存管理机制存在种种误解,希望这篇短文能够澄清这些误解中的一部分
(如果不是全部的话)。

本文可自由转载,转载不须注明出处,也不须提及作者名字,如要修改内容,唯需注意
所述知识之准确性,以免误人子弟。如发现本文有错误之处,也请不吝指出。

* 进程内存布局

Win32中每个进程拥有4GB的虚拟内存地址空间。
典型的Winnt系统中的一个进程的内存布局如下。

+--------------+ 0xffffffff
| 系统代码 |
| 设备驱动 |
| 内存映射文件 |
+--------------+ 0x80000000
| 用户dll映像 |
+--------------+
| heap |
+--------------+
| stack |
+--------------+
| global |
+--------------+
| 用户exe映像 |
+--------------+ 0x00010000
| 保留 |
+--------------+

整个4GB虚拟地址空间分为两部分,上面2GB是系统代码,下面2GB是用户代码(用户区最
底部的64KB空间为系统保留),

* 物理内存分页

以上是虚拟内存,再看物理内存。Windows通过2级页表来将虚拟内存地址映射到物理内
存。如图所示:

+-----+ +------------------------------------------+
| CR3 | | 一级页表索引 | 二级页表索引 | 页内偏移量 | 32位虚拟地址格式
+-----+ +------------------------------------------+
| | | |
| | | |
| | 第一级页表 | 第二级页表 | 物理内存
+------+->+-----------+ +--+->+-----------+ +-+--->+-----------+
| | 页表入口 | | | | 页表入口 | | | | 4KB内存页 |
| +-----------+ | | +-----------+ | +--->| |
+->| 页表入口 +--+ +->| 页表入口 +--+ | |
+-----------+ +-----------+ +-----------+
| 共1024条 | | 共1024条 | | 4KB内存页 |
+-----------+ +-----------+ | |
| ... | | ... | | |
| | | | +-----------+
| | | | | ... |
| | | | | |
+-----------+ +-----------+ +-----------+
+------------+----------+
| 20位索引值 | 12位标志 | 页表入口格式
+------------+----------+

物理内存按4KB为单位划分为页面,给定一个32位虚拟地址,Windows首先从CR3寄存器
取得第一级页表,然后从虚拟地址的一级页表索引字段取得一级页表入口,从一级页表
入口的20位索引可找到对应的二级页表,然后从虚拟地址的二级页表索引字段取得二级
页表入口,从二级页表入口的20位索引找到具体的4KB物理内存页,最后根据虚拟地址
的页内偏移字段访问物理内存。听上去比较复杂,不过对照图片一看就很清楚了。每个
进程都有自己的一套页表,对不同的进程,Windows只要在CR3寄存器装入不同的一级页
表地址就可以了。(这里给出的是一个概念模型,实际上Windows对页表访问还有一些优
化技巧)

为什么要分页呢,这是因为虚拟内存中的数据不一定必须在物理内存中,如果一个页面
的数据在磁盘上,Windows就在对应的页表入口的标志位中做一个标记,这样访问到这
个页面时就引发一个页面错误。Windows一旦捕捉到页面错误,就将相应的页面从磁盘
载入物理内存并再次尝试读取,这个过程对应用程序来说是透明的,应用程序无需关心
自己要访问的数据是在物理内存里还是在磁盘上。

* 内存分配

Windows应用程序使用VirtualAlloc API函数分配内存块。也许你用的编程语言使用不
同的关键字,但最终它们都被转换为对VirtualAlloc的调用。VirtualAlloc分为两个步
骤,第一步是保留,第二步是提交。保留的意思是将虚拟地址做个标记表示我预订了这
个位置,接下来的分配就不会分配在已经被预定的位置了。提交的意思是实际准备开始
用这个内存块。

* 懒惰策略

即使提交了内存块,Windows也并不立即为这段地址初始化页表。因为可能一段内存虽
然被提交,某些区域却从来不使用,为这些地址构造页表完全是白费力气。Windows采
取懒惰策略,一直到某个页面错误出现,才为那个页面创建页表。这个技术使得即使分
配很大块的内存也可以在瞬间完成。

* 进程工作集

你可能在想,如果一个进程提交了1GB的虚拟内存,并且将这1GB虚拟内存全部访问一遍,
那么是不是它就能占用整个计算机的所有物理内存呢?答案是否。

Windows启动时,根据计算机上安装的内存数量计算两个值“进程默认工作集大小”和
“进程最大工作集大小”。每个进程以默认工作集大小启动。随着进程使用内存的增加,
工作集可以渐渐增大,直到最大值。如果系统有足够的空闲页面,进程工作集甚至可以
超过最大值,反正多出来的内存闲着也是闲着。如果系统没有多余的空闲页面,而进程
又达到了最大工作集限制,对后续的页面错误,Windows先删除该进程的一个页面,然
后将要求的页面载入。当空闲内存进一步减少时,Windows将开始缩小各个进程的工作
集,将一些页面换出内存。

所以,一个恶意的或错误的程序实际上并没有办法用拼命分配内存的方法对系统造成过
大的影响。

* 内存整理

有了上面这些知识,你就很容易看出来所谓的内存整理有多么荒谬。物理内存按4KB分
页,根本无所谓碎片化,就算物理内存堆放得再整齐连续,系统总是按照4KB为单位访
问它。

我所见的大多数内存整理程序的做法是分配一块很大的内存,意图将其他进程的数据换
入磁盘,然后释放这块内存来得到大块物理内存。然而由于Windows的工作集裁剪策略,
这个做法实际上无法起作用,如果系统的内存压力相当重,那么不管这个程序试图分配
多少内存,结果只是导致自己的内存被换出,而不是其他进程的。

退一步说,即使这个动作能够起到将其他进程的内存换出的作用,但这实际上只是一个
损害系统性能的动作,而不是一种优化,因为很快其他进程就会产生大量页面错误,结
果就是硬盘猛转。

* 堆碎片化问题

整理物理内存虽然是无稽之谈,但进程的动态存储区--heap,确实是会有碎片化问题的。
准确地说,这不是内存碎片,而是地址碎片。如果程序反复分配释放小块内存,heap的
地址可能变得很不连续,虽然耗尽2GB虚拟地址的可能不大,但在碎片化的堆中寻找一
块可用内存就会变得比较慢从而影响执行效率。

解决这个问题的方法只能是写程序的时候注意考虑这个问题,而不可能借助外部程序。
例如使用一个内存池来管理自己的内存,Jeffrey Richter的<Advanced Windows>一书
中介绍了一种重载class的operator new的方法。

--
Felix
Super_007AtChina 2006-10-20
  • 打赏
  • 举报
回复
原来是这样子。
MEFULEU 2006-10-20
  • 打赏
  • 举报
回复
嘿嘿,找了个处理内存碎片的函数,不知道行不行??

procedure defragmem(limit : integer; x: proc);
var tab : array [0..1024] of pointer;
i : integer;
p : pointer;
lim : integer;
begin
if bussy then exit;
bussy:=true;
lim:=limit;
if lim>1024 then lim:=1024;
for i:=0 to lim do tab [i]:=nil;
for i:=0 to lim-1 do
begin
p:=VirtualAlloc(nil, 1024*1024, MEM_COMMIT,
PAGE_READWRITE + PAGE_NOCACHE);
tab[i]:=p;
asm
pushad
pushfd
mov edi, p
mov ecx, 1024*1024/4
xor eax, eax
cld
repz stosd
popfd
popad
end;
if assigned(x) then x;
end;
for i:=0 to lim-1 do
begin
VirtualFree(Tab[i], 0, MEM_RELEASE);
if assigned(x) then x;
end;
bussy:=false;
end;

begin
bussy:=false;
end.
jaffy 2006-10-19
  • 打赏
  • 举报
回复
这个问题很经典的,先看看大家的回复哦
加载更多回复(29)
出现这个现象有方面的,一是硬件,即内存方面有问题,二是软件,这就有多方面的问题了。 一:先说说硬件: 一般来说,电脑硬件是很不容易坏的。内存出现问题的可能性并不大(除非你的内存真的是杂牌的一塌徒地),主要方面是:1。内存条坏了(二手内存情况居多)、2。使用了有质量问题的内存,3。内存插在主板上的金手指部分灰尘太多。4。使用不同品牌不同容量的内存,从而出现不兼容的情况。5。超频带来的散热问题。你可以使用MemTest 这个软件来检测一下内存,它可以彻底的检测出内存的稳定度。 二、如果都没有,那就从软件方面排除故障了。 先说原理:内存有个存放数据的地方叫缓冲区,当程序把数据放在缓冲区,需要操作系统提供的“功能函数”来申请,如果内存分配成功,函数就会将所新开辟的内存区地址返回给应用程序,应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”,内存地址也就是编程中的“光标”。内存不是永远都招之即来、用之不尽的,有时候内存分配也会失败。当分配失败时系统函数会返回一个0值,这时返回值“0”已不表示新启用的光标,而是系统向应用程序发出的一个通知,告知出现了错误。作为应用程序,在每一次申请内存后都应该检查返回值是否为0,如果是,则意味着出现了故障,应该采取一些措施挽救,这就增强了程序的“健壮性”。若应用程序没有检查这个错误,它就会按照“思维惯性”认为这个值是给它分配的可用光标,继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的“中断描述符表”,绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS),写数据到这个地址会导致立即当机,而在健壮的操作系统中,如Windows等,这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程序,以防止其错误扩大。这时候,就会出现上述的内存不能为“read”错误,并指出被引用的内存地址为“0x00000000“。内存分配失败故障的原因很多,内存不够、系统函数的版本不匹配等都可能有影响。因此,这种分配失败多见于操作系统使用很长时间后,安装了多种应用程序(包括无意中“安装”的病毒程序),更改了大量的系统参数和系统档案之后。 在使用动态分配的应用程序中,有时会有这样的情况出现:程序试图读写一块“应该可用”的内存,但不知为什么,这个预料中可用的光标已经失效了。有可能是 “忘记了”向操作系统要求分配,也可能是程序自己在某个时候已经注销了这块内存而“没有留意”等等。注销了的内存被系统回收,其访问权已经不属于该应用程序,因此读写操作也同样会触发系统的保护机制,企图“违法”的程序唯一的下场就是被操作终止执行,回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊!像这样的情况都属于程序自身的BUG,你往往可在特定的操作顺序下重现错误。无效光标不一定总是0,因此错误提示中的内存地址也不一定为 “0x00000000”,而是其它随机数字。 首先建议: 1、 检查系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统,从而导致操作系统异常。平常应加强信息安全意识,对来源不明的可执行程序绝不好奇。 2、 更新操作系统,让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序。 3、 尽量使用最新正式版本的应用程序、Beta版、试用版都会有BUG。 4、 删除然后重新创建 WinntSystem32WbemRepository 文件夹中的文件:在桌面上右击我的电脑,然后单击管理。在"服务和应用程序"下,单击服务,然后关闭并停止 Windows Management Instrumentation 服务。 删除 WinntSystem32WbemRepository 文件夹中的所有文件。(在删除前请创建这些文件的备份副本。)打开"服务和应用程序",单击服务,然后打开并启动 Windows Management Instrumentation 服务。当服务重新启动时,将基于以下注册表项中所提供的信息重新创建这些文件: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWBEMCIMOMAutorecover MOFs 下面搜集几个例子给大家分析: 例一:IE浏览器出现“0x0a8ba9ef”指令引用的“0x03713644” 内存,或者“0x70dcf39f”指令引用的“0x00000000”内存。该内存不能为“read”。要终止程序,请单击“确定”的信息框,单击“确定”后,又出现“发生内部错误,您正在使用的其中一个窗口即将关闭”的信息框,关闭该提示信息后,IE浏览器也被关闭。解决方法: 1、 开始-运行窗口,输入“regsvr32 actxprxy.dll”回车,接着会出现一个信息对话 框“DllRegisterServer in actxprxy.dll succeeded”,确定。再依次运行以下命令。(这个方法有人说没必要,但重新注册一下那些.dll对系统也没有坏处,反正多方下手,能解决问题就行。) regsvr32 shdocvw.dll regsvr32 oleaut32.dll regsvr32 actxprxy.dll regsvr32 mshtml.dll regsvr32 msjava.dll regsvr32 browseui.dll regsvr32 urlmon.dll 2、 修复或升级IE浏览器,同时打上系统补丁。看过其中一个修复方法是,把系统还原到系统初始的状态下。建议将IE升级到了6.0。 例二:有些应用程序错误: “0x7cd64998” 指令参考的 “0x14c96730” 内存。该内存不能为 “read”。解决方法:Win XP的“预读取”技术这种最佳化技术也被用到了应用程序上,系统对每一个应用程序的前几次启动情况进行分析,然后新增一个描述套用需求的虚拟“内存映像”,并把这些信息储存到WindowsPrefetch文件夹。一旦建立了映像,应用软件的装入速度大大提高。XP的预读取数据储存了最近8次系统启动或应用软件启动的信息。建议将虚拟内存撤换,删除WindowsPrefetch目录下所有*.PF文件,让windows重新收集程序的物理地址。 例三:在XP下双击光盘里面的“AutoRun.exe”文件,显示“0x77f745cc”指令引用的“0x00000078”内存。该内存不能为“written”,要终止程序,请单击“确定”,而在Windows 98里运行却正常。解决方法:这可能是系统的兼容性问题,winXP的系统,右键“AutoRun.exe”文件,属性,兼容性,把“用兼容模式运行这个程序”项选择上,并选择“Windows 98/Me”。win2000如果打了SP的补丁后,只要开始,运行,输入:regsvr32 c:winntapppatchslayerui.dll。右键,属性,也会出现兼容性的选项。 例四:RealOne Gold关闭时出现错误,以前一直使用正常,最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为 “read” 的提示。解决方法:当使用的输入法为微软拼音输入法2003,并且隐藏语言栏时(不隐藏时没问题)关闭RealOne就会出现这个问题,因此在关闭RealOne 之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。 例五:我的豪杰超级解霸自从上网后就不能播放了,每次都提示“0x060692f6”(每次变化)指令引用的“0xff000011”内存不能为 “read”,终止程序请按确定。解决方法:试试重装豪杰超级解霸,如果重装后还会,到官方网站下载相应版本的补丁试试。还不行,只好换就用别的播放器试试了。 例六:双击一个游戏的快捷方式,“0x77f5cd0”指令引用“0xffffffff”内 存,该内存不能为“read” ,并且提示Client.dat程序错误。解决方法:重装显卡的最新驱动程序,然后下载并且安装DirectX9.0。 例七:一个朋友发信息过来,我的电脑便出现了错误信息:“0x772b548f”指令引用的“0x00303033”内存,该内存不能为 “written”,然后QQ自动下线,而再打开QQ,发现了他发过来的十几条的信息。解决方法:这是对方利用QQ的BUG,发送特殊的代码,做QQ出错,只要打上补丁或升级到最新版本,就没事了。 该内存不能为read或written的解决方案关键词: 该内存不能为"read" 该内存不能为"written" 从网上搜索来的几篇相关文章. 【文章一】 使用Windows操作系统的人有时会遇到这样的错误信息: 「“0X????????”指令引用的“0x00000000”内存,该内存不能为“read”或“written”」,然后应用程序被关闭。 如果去请教一些「高手」,得到的回答往往是「Windows就是这样不稳定」之类的义愤和不屑。其实,这个错误并不一定是Windows不稳定造成的。本文就来简单分析这种错误的一般原因。 一、应用程序没有检查内存分配失败 程序需要一块内存用以储存数据时,就需要使用操作系统提供的「功能函数」来申请,如果内存分配成功,函数就会将所新开辟的内存区地址返回给应用程序,应用程序就可以通过这个地址使用这块内存。这就是「动态内存分配」,内存地址也就是编程中的「光标」。内存不是永远都招之即来、用之不尽的,有时候内存分配也会失败。当分配失败时系统函数会返回一个0值,这时返回值「0」已不表示新启用的游标,而是系统向应用程序发出的一个通知,告知出现了错误。作为应用程序,在每一次申请内存后都应该检查返回值是否为0,如果是,则意味着出现了故障,应该采取一些措施挽救,这就增强了程序的「健壮性」。若应用程序没有检查这个错误,它就会按照「思维惯性」认为这个值是给它分配的可用游标,继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的「中断描述符表」,绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS),写数据到这个地址会导致立即当机,而在健壮的操作系统中,如 Windows等,这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程序,以防止其错误扩大。这时候,就会出现上述的「写内存」错误,并指出被引用的内存地址为「0x00000000」。内存分配失败故障的原因很多,内存不够、系统函数的版本不匹配等都可能有影响。因此,这种分配失败多见于操作系统使用很长时间后,安装了多种应用程序(包括无意中「安装」的病毒程序),更改了大量的系统参数和系统档案之后。 二、应用程序由于自身BUG引用了不正常的内存光标 在使用动态分配的应用程序中,有时会有这样的情况出现:程序试突读写一块「应该可用」的内存,但不知为什么,这个预料中可用的光标已经失效了。有可能是「忘记了」向操作系统要求分配,也可能是程序自己在某个时候已经注销了这块内存而「没有留意」等等。注销了的内存被系统回收,其访问权已经不属于该应用程序,因此读写操作也同样会触发系统的保护机制,企图「违法」的程序唯一的下场就是被操作终止执行,回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊!像这样的情况都属于程序自身的BUG,你往往可在特定的操作顺序下重现错误。无效光标不一定总是0,因此错误提示中的内存地址也不一定为「0x00000000」,而是其它随机数字。如果系统经常有所提到的错误提示,下面的建议可能会有说明 : 1.检视系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统, 从而导致操作系统异常。平常应加强信息安全意识,对来源不明的可执行程序绝不好奇。 2.更新操作系统,让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。 有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序。 3.试用新版本的应用程序。 Mode: 将虚拟内存撤换 答案: 目前为止是肯定的,也就是如在下次冷天到来时亦没再发生,就代表这是主因 追加: 如果你用 Ghost 恢复 OS 后建议 删除WINDOWS\PREFETCH目录下所有*.PF文件因为需让windows重新收集程序的物理地址 有些应用程序错误 "0x7cd64998" 指令参考的 "0x14c96730" 内存。该内存不能为 "read"推论是此原因 源由: Win XP的「预读取」技术 这种最佳化技术也被用到了应用软件上,系统对每一个应用软件的前几次启动情况进行分析,然后新增一个描述套用需求的虚拟「内存映像」,并把这些信息储存到 WINDOWSPREFETCH数据夹。一旦建立了映像,应用软件的装入速度大大提高。XP的预读取数据储存了最近8次系统启动或应用软件启动的信息。 后叙: 目前此方法亦是独步网络的(其码自己针对此问题查了许久),也是常见问题,原本几乎每天睡前关闭软件时一些程序都会发生...read... 现在就没发生了。 【文章二】 运行某些程序的时候,有时会出现内存错误的提示(0x后面内容有可能不一样),然后该程序就关闭。 “0x????????”指令引用的“0x????????”内存。该内存不能为“read”。 “0x????????”指令引用的“0x????????”内存,该内存不能为“written”。 不知你出现过类似这样的故障吗? 一般出现这个现象有方面的,一是硬件,即内存方面有问题,二是软件,这就有多方面的问题了。 下面先说说硬件: 一般来说,内存出现问题的可能性并不大,主要方面是:内存条坏了、内存质量有问题,还有就是2个不同牌子不同容量的内存混插,也比较容易出现不兼容的情况,同时还要注意散热问题,特别是超频后。你可以使用MemTest 这个软件来检测一下内存,它可以彻底的检测出内存的稳定度。 假如你是双内存,而且是不同品牌的内存条混插或者买了二手内存时,出现这个问题,这时,你就要检查是不是内存出问题了或者和其它硬件不兼容。 如果都没有,那就从软件方面排除故障了。 先简单说说原理:内存有个存放数据的地方叫缓冲区,当程序把数据放在其一位置时,因为没有足够空间,就会发生溢出现象。举个例子:一个桶子只能将一斤的水,当你放入两斤的水进入时,就会溢出来。而系统则是在屏幕上表现出来。这个问题,经常出现在windows2000和XP系统上,Windows 2000/XP对硬件的要求是很苛刻的,一旦遇到资源死锁、溢出或者类似Windows 98里的非法操作,系统为保持稳定,就会出现上述情况。另外也可能是硬件设备之间的兼容性不好造成的。 下面我从几个例子给大家分析: 例一:打开IE浏览器或者没过几分钟就会出现"0x70dcf39f"指令引用的"0x00000000"内存。该内存不能为“read”。要终止程序,请单击“确定”的信息框,单击“确定”后,又出现“发生内部错误,您正在使用的其中一个窗口即将关闭”的信息框,关闭该提示信息后,IE浏览器也被关闭。解决方法:修复或升级IE浏览器,同时打上补丁。看过其中一个修复方法是,Win2000自升级,也就是Win2000升级到Win2000,其实这种方法也就是把系统还原到系统初始的状态下。比如你的IE升级到了6.0,自升级后,会被IE5.0代替。 例二:在windows xp下双击光盘里面的“AutoRun.exe”文件,显示“0x77f745cc”指令引用的“0x00000078”内存。该内存不能为 “written”,要终止程序,请单击“确定”,而在Windows 98里运行却正常。解决方法:这可能是系统的兼容性问题,winXP的系统,右键“AutoRun.exe”文件,属性,兼容性,把“用兼容模式运行这个程序”项选择上,并选择“Windows 98/Me”。win2000如果打了SP的补丁后,只要开始,运行,输入:regsvr32 c:winntapppatchslayerui.dll。右键,属性,也会出现兼容性的选项。 例三:RealOne Gold关闭时出现错误,以前一直使用正常,最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为 “read” 的提示。解决方法:当使用的输入法为微软拼音输入法2003,并且隐藏语言栏时(不隐藏时没问题)关闭RealOne就会出现这个问题,因此在关闭RealOne 之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。 例四:我的豪杰超级解霸自从上网后就不能播放了,每次都提示“0x060692f6”(每次变化)指令引用的“0xff000011”内存不能为 “read”,终止程序请按确定。解决方法:试试重装豪杰超级解霸,如果重装后还会,到官方网站下载相应版本的补丁试试。还不行,只好换就用别的播放器试试了。 例五:双击一个游戏的快捷方式,“0x77f5cd0”指令引用“0xffffffff”内 存,该内存不能为“read” ,并且提示Client.dat程序错误。 解决方法:重装显卡的最新驱动程序,然后下载并且安装DirectX9.0。 例六:一个朋友发信息过来,我的电脑便出现了错误信息:“0x772b548f”指令引用的“0x00303033”内存,该内存不能为 “written”,然后QQ自动下线,而再打开QQ,发现了他发过来的十几条的信息。解决方法:这是对方利用QQ的BUG,发送特殊的代码,做QQ出错,只要打上补丁或升级到最新版本,就没事了。 【原因 解决方法】 1 内存条坏了 更换内存条 2 双内存不兼容 使用同品牌的内存或只要一条内存 3 内存质量问题 更换内存条 4 散热问题 加强机箱内部的散热 5 内存和主板没插好或其他硬件不兼容 重插内存或换个插槽 6 硬件有问题 更换硬盘 7 驱动问题 重装驱动,如果是新系统,应先安装主板驱动 8 软件损坏 重装软件 9 软件有BUG 打补丁或更新到最新版本 10 软件和系统不兼容 给软件打上补丁或是试试系统的兼容模式 11 软件和软件之间有冲突 如果最近安装了什么新软件,卸载了试试 12 软件要使用其他相关的软件有问题 重装相关软件,比如播放某一格式的文件时出错,可能是这个文件的解码器有问题 13 病毒问题 杀毒 14 杀毒软件与系统或软件相冲突 由于杀毒软件是进入底层监控系统的,可能与一些软件相冲突,卸载试试 15 系统本身有问题 有时候操作系统本身也会有BUG,要注意安装官方发行的更新程序,象SP的补丁,最好打上.如果还不行,重装系统,或更换其他版本的系统。 〔又一说〕 在控制面板的添加/删除程序中看看你是否安装了微软NET.Framework,如果已经安装了,可以考虑卸载它,当然如果你以后在其它程序需要NET.Framework时候,可以再重新安装。 另外,如果你用的是ATI显卡并且你用的是SP2的补丁(一些ATI的显卡驱动需要在NET.Framework正常工作的环境下)。这种情况你可以找一款不需要NET.Framework支持的ATI显卡驱动。 如果以上两种方法并不能完全解决问题,你试着用一下“IE修复”软件,并可以查查是否有病毒之类的。 〔微软NET.Framework升级到1.1版应该没问题了〕 〔还有一说〕 方法一: 微软新闻组的朋友指点:开始--运行:regsvr32 jscript.dll 开始--运行:regsvr32 vbscript.dll 不过没解决---但提供了路子-----一次运行注册所有dll 搜索查找到方法如下: 运行 输入cmd 回车在命令提示符下输入 for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1 这个命令老兄你慢慢输 输入正确的话会看到飞快地滚屏 否则……否则失败就是没这效果。回车后慢慢等(需要点时间1-2分钟) 都运行完再打开看 方法二: 这是个典型问题~~~~~引起这个问题的原因很多。一般来讲就是给系统打上补丁和更换内存、给内存换个插槽这3种方法来解决。[系统补丁只要到Microsoft Update网站在线更新就可以了] 造成这种问题的原因很多,不能单纯的下结论,尽量做到以下几点可能对你有帮助: 1。确保使用的是未修改过的软件(非汉化、破解版) 2。使用改软件时尽量不要运行其他软件。(这是个临时文件,可能某些软件也在使用临时文件夹,所以产生干扰) 3。把那些什么桌面工具,内存整理工具通通关掉(你至少有2个类似的工具在运行)” 处理方法: 运行regedit进入注册表, 在HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionExplorerShellExecuteHooks 下,应该只有一个正常的键值"{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 将其他的删除。 〔我个人的最后解决和看法〕 我今天尝试了多种办法,最后我发现问题出在微软的NET.Framework上面。我升级了这个软件,并打齐了补丁,短暂平安后,有出现“内存不能为read”的情况。后来我受上面文章的启发,卸载了微软的NET.Framework1.0和1.1,世界太平了。 另外:如果是打开“我的电脑”、“我的文档”等的时候出现上述情况,还有一种可能,就是你的右键菜单太臃肿了,此时只要清理右键菜单问题就解决了。 -------------------------------------------------------------------------------- 〔试验的结果〕 上面的方法,最管用、最彻底的方法是这个: 运行 输入cmd 回车在命令提示符下输入 for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1 【技巧】如果怕输入错误的话,可以复制这条指令,然后在命令提示框点击左上角的c:,使用下面的“编辑-粘贴”功能就不容易输错了。在飞速滚屏完全静止之后,别着急启动其他程序,先耐心等一会儿,因为此时dll们还在找位置。直到你的指示灯不闪了再做别的。 其他建议 使用Windows操作系统的人有时会遇到这样的错误信息:“0X????????指令引用的0x00000000内存,该内存不能written”,然后应用程序被关闭。如果去请教一些“高手”,得到的回答往往是“Windows就是这样不稳定”之类的义愤和不屑。其实,这个错误并不一定是Windows不稳定造成的。本文就来简单分析这种错误的常见原因。 一、应用程序没有检查内存分配失败 程序需要一块内存用以保存数据时,就需要调用操作系统提供的“功能函数”来申请,如果内存分配成功,函数就会将所新开辟的内存区地址返回给应用程序,应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”,内存地址也就是编程中的“指针”。 内存不是永远都招之即来、用之不尽的,有时候内存分配也会失败。当分配失败时系统函数会返回一个0值,这时返回值“0”已不表示新启用的指针,而是系统向应用程序发出的一个通知,告知出现了错误。作为应用程序,在每一次申请内存后都应该检查返回值是否为0,如果是,则意味着出现了故障,应该采取一些措施挽救,这就增强了程序的“健壮性”。 若应用程序没有检查这个错误,它就会按照“思维惯性”认为这个值是给它分配的可用指针,继续在之后的运行中使用这块内存。真正的0地址内存区保存的是计算机系统中最重要的“中断描述符表”,绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS),写数据到这个地址会导致立即死机,而在健壮的操作系统中,如Windows等,这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程序,以防止其错误扩大。这时候,就会出现上述的“写内存”错误,并指出被引用的内存地址为“0x00000000”。 内存分配失败故障的原因很多,内存不够、系统函数的版本不匹配等都可能有影响。因此,这种分配失败多见于操作系统使用很长时间后,安装了多种应用程序(包括无意中“安装”的病毒程序),更改了大量的系统参数和系统文件之后。 二、应用程序由于自身BUG引用了不正常的内存指针 在使用动态分配的应用程序中,有时会有这样的情况出现:程序试图读写一块“应该可用”的内存,但不知为什么,这个预料中可用的指针已经失效了。有可能是“忘记了”向操作系统要求分配,也可能是程序自己

13,825

社区成员

发帖
与我相关
我的任务
社区描述
C++ Builder相关内容讨论区
社区管理员
  • 基础类社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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