当前位置：版块 >
请教一下内存问题
因为内存降价，所以剁手入了4条8G威刚2133。
买来插上后发现使用一段时间就会出现蓝屏，时间可长可短，把频率降到1600就不会蓝屏。
CPU：E3 1230 v3
主板：G1 z
显卡：技嘉GTX770 4G显存版
电源：恩杰700W
请问默认到2133就会蓝屏是什么原因？是否跟U有关？
要么是内存体质问题要么是板子问题
蓝屏代码是多少？
蓝屏代码出现三种1a、3b、19
经测试频率都不会蓝屏，从2000开始就会不定时蓝屏，超到V电压干脆开不了机&
要么是内存体质问题要么是板子问题
蓝屏代码是多少？
蓝屏代码出现三种1a、3b、19
经测试频率都不会蓝屏，从2000开始就会不定时蓝屏，超到V电压干脆开不了机
扣lbxx80231 元 发烧值.？不要在意，系统就是心情不美丽而已
CPU低负载蓝屏，电源选项里选择高性能，然后更改计划设置，2个都选从不，应该就没问题了。
呃。。。其实我一直用的是高性能+两个从不&
CPU低负载蓝屏，电源选项里选择高性能，然后更改计划设置，2个都选从不，应该就没问题了。
呃。。。其实我一直用的是高性能+两个从不
在这PC硬件性能严重过剩的年代，你真的能觉得能给你更多体验吗，当然了，你现在的情况是想知道哪里有问题，如果可以的话，你可以刷下主板BIOS
我觉得还是内存体质的问题
我的E3V2，Z77主板，也是，内存如果啥事没有，一旦超过1600 用不了半小时就果断蓝屏。
问过网上的大婶们，说是因为E3V2最高只支持到1600，尽管Z77主板支持内存超频，但是CPU不支持。我也懒得继续折腾了，反正9、9、9、24、1600、T1够用了。
我的QQ ，楼主如果找到解决办法 烦请告诉我一下
我打算先换U试试，换i7带k的超上去看看情况，反正各种设置已经没用&
要入套装，分开买或者买生产日期批次相同的都不保险，我两根骇客1866用了一年才出现蓝屏，要调到1600才没事，后来看了下是金士顿超频了内存从1600超到1866，一根没事，两根gg
我入的就是套装，以后这种太便宜的内存不敢买了，因为一直都是用1600的也不知道会发生这种情况&
Powered by在电子工程世界为您找到如下关于“内存问题”的新闻
内存问题资料下载
Java的内存泄漏
Java的内存泄漏Java的一个重要优点就是通过垃圾收集器(GarbageCollection，GC)自动管理内存的回收，程序员不需要通过调用函数来释放内存。因此，很多程序员认为Java不存在内存泄漏问题，或者认为即使有内存泄漏也不是程序的责任，而是GC或JVM的问题。其实，这种想法是不正确...
停止线程时的死锁问题
　　　8.6.3 一些有用的窍门和技巧
　第9章 用内核对象进行线程同步
　　9.1 等待函数
　　9.2 等待成功所引起的副作用
　　9.3 事件内核对象
　　9.4 可等待的计时器内核对象
　　　9.4.1 让可等待的计时器添加APC调用
　　　9.4.2 计时器的剩余问题
　　9.5 信号量内核对象
　　9.6 互斥量内核对象
　　　9.6.1 遗弃问题
　　　9.6.2...
WINDOWS核心编程:本书是讲解Windows 操作系统内部机制的专著，作者从基本概念入手，全面系统地介绍了Windows的各种基本构件，如进程、线程、DLL和内存管理等，并列举了大量应用程序，精辟地分析了构件的使用方法，为掌握Windows 编程技巧提供了一条有效的捷径。对于不同水平的Windows 编程人员来说，本书都具有极好的参考价值。目&&&&nbsp...
1.5.6 输出信息 9
1.5.7 参数 10
1.5.8 控制符 10
1.6 用C语言开发程序 12
1.6.1 了解问题 12
1.6.2 详细设计 12
1.6.3 实施 13
1.6.4 测试 13
1.7 函数及模块化编程 13
1.8 常见错误 17
1.9 要点 17
1.10 小结 18...
5.3 左值和右值 79
5.4 表达式求值 80
5.4.1 隐式类型转换 80
5.4.2 算术转换 80
5.4.3 操作符的属性 81
5.4.4 优先级和求值的顺序 82
5.5 总结 85
5.6 警告的总结 86
5.7 编程提示的总结 86
5.8 问题 86
5.9 编程练习 88
第6章 指针 91
6.1 内存...
字节配置空间{_outpd(0xcf8,d+4*i); // 按DWORD类型一次读取四个字节dprintf("%8x",_inpd(0xcfc)); // 打印输出}3、内存的读写Winsows工作在32位保护模式下，保护模式与实模式的根本区别在于CPU寻址方式上的不同，这也是Windows驱动程序设计中需要着重解决的问题。Windows采用了分段、分页机制，这样使应用程序...
USB的硬件特性111.6.2 USB接口的电气特性121.6.3USB的电源管理141.7 USB的编码方式141.8 结论161.9 问题与讨论16第2章 USB通信协议2.1 USB通信协议172.2 USB封包中的数据域类型182.2.1 数据域位的格式182.3 封包格式192.4 USB传输的类型232.4.1 控制传输242.4.2 中断传输292.4.3 批量传输292.4.4 等时...
10.1 优化概述 10.2 系统/编译时和启动参数的调节 10.2.1 编译和链接如何影响 MySQL 的速度 10.2.2 磁盘问题 10.2.2.1 为数据库和表格使用符号链接 10.2.3 调节服务器参数 10.2.4 MySQL 怎样打开和关闭数据库表 10.2.5 在同一个数据库中创建大量数据库表的缺点 10.2.6 为什么有这么多打开的表？ 10.2.7 MySQL 怎样使用内存...
、内存管理、IO系统（包括字符设备）、文件系统和网络通信等。并在每一章的最后都有常见问题解答（FAQ），帮助读者及时地解决开发过程中遇到的问题。本书主要面向有一定VxWorks经验或嵌入式经验的软件开发人员，但是部分章节对初学者也非常有帮助，如一些基本概念和一般开发过程。本书能够帮助VxWorks软件开发人员更好地使用平台，并理解其内部工作机制，扩展平台功能。 【编辑推荐】
VX Works是美国...
系统在手持设备中的应用5.3嵌入式系统在模式识别中的应用 三 题型举例一、选择题o 若嵌入式系统中采用I/O地址统一编址模式,访问内存单元和I/O设备是通过 (1) 来区分的。(1) A.数据总线上输出的数据B.不同的地址代码C.不同的地址总路线D.不同的指令 二、问答题在某个嵌入式操作系统中，任务的状态转换图（不完整）如下，请阅读该图以及下列说明，回答问题1至问题4，将解答填入答题纸的对应栏内...
内存问题相关帖子
，包括减少ECU，降低功耗，提高处理器和内存利用效率，降低软件的开发难度和提高安全，使汽车半导体厂商在整个汽车产业中扮演越来越重要的角色。同时，对ADAS处理器芯片来说，目前呈现出如智能家居类似的产品形态，单品爆款，以及多功能的组合，即类似于Mobileye的视觉处理ADAS芯片单品，以及多传感器的融合，使ADAS处理芯片成为平台的趋势。目前来看这两种形态都有市场，单功能会使ADAS在中低端车甚至...
没有地方可以存储。但反过来，即使有内存，内存也不是无限的，所以可见内存管理非常的重要。其实很多编程的关键其实围绕内存而展开，譬如说数据结构（数据结构研究数据如何组织并在内存中的存放）和算法（算法研究如何加工存入放的数据）。所以如何实现在合理使用内存的同时让我们的程序更加的完善，这一直是一名优秀程序员应该关注的东西。那究竟应该如何管理内存呢？接下来我们就来谈谈这个问题。
内存在程序运行中的作用...
　　在使用内存可的过程中无意间的误删除里面的文件，遇到误删除内存卡中的文件被误删我们该怎么做？其实利用内存卡的时候很多，出现失误也是正常的，不过也得学习一个恢复数据的方法，就让我们一起来学习使用软件的方法吧。
　　互盾内存卡数据恢复软件主要用于恢复删除文件、恢复被格式化的文件、恢复丢失的分区中的文件等等，它以只读方式从介质底层读取原始数据，不会对介质进行任何写入操作，绝不产生二次破坏...
这样来编写高效率稳定的单片机代码！
由于单片机的性能同电脑的性能是天渊之别的，无论从空间资源上、内存资源、工作频率，都是无法与之比较的。PC 机编程基本上不用考虑空间的占用、内存的占用的问题，最终目的就是实现功能。而对于单片机来说就截然不同了，一般的单片机的Flash 和Ram 的资源是有限的，可想而知，单片机的资源是少得可怜，为此我们必须想法设法榨尽其所有资源，将它的性能发挥到最佳，程序设计...
的非常不错。如图所示数字与模拟部分采用了铺地间隔进行隔离。ADC部分进行了大量铺地为ADC提供稳定可靠的模拟地，避免接地设计薄弱出现地噪声问题，同时细看模拟信号处理部分电路可以看到，明显示颜色较暗，反光少，模拟端信号链部分没有做铺地，反面也为挖空，这样做是为了避免引入PCB寄生参数使AFE性能严重偏离设计值。模拟信号链，从输入接头开始，每路单端配一个电感，差分配一对电感抑制高频噪音，模拟地通过一个...
下，大致了解一点点了。谢谢[/quote]
本帖最后由 shower.xu 于
21:45 编辑
白丁 发表于
这个~~我这个是入门的乞丐版，话说你用的黑裙？看你还有小站？怎么搞的？
小站用的美国128vps.& &黑裙用的这个,双核2.0gcpu,2g内存,32G-mssd+1T2.5盘，功耗&10W...
%，年增率也高达4成之多。而手机内存中，普通的8G DDR4内存从200元直接翻了一倍到目前的400元以上，DDR3内存的价格也跟着水涨船高，将近翻了一番。
　　易观媒介入口分析师赵子明对《中国经营报》记者表示：“主要还是产能不足，出货量跟不上需求导致存储芯片价格上涨。”
　　全球内存和闪存芯片市场的大幅涨价，手机、电脑等产品的价格也是水涨船高。近日，华为推出P10手机，最低售价3788元，不仅...
小米6在快充技术上并没有采用高通最新推出的QC4技术，而是沿用了小米5上的QC3.0标准。
QC4.0最大特点是支持高达28W的高功率充电，同时具备“智能最佳电压技术”(INOV)，能够在每一个电量阶段平衡到最佳充电电压，从而在保证电池安全的情况下更快速的完成整个充电过程。如果采用QC4.0将会极大地解决QC3.0充电中电池过热的问题。小米6却一反常态依旧采用了最高9V/2A或者12V...
，搭建博客之类的小网站，上SS搭梯子，上google,youtube,或者做反向代理。
CPU：1core
内存：128MB
硬盘：5G SSD
流量：100GB/1Gbps
架构：OpenVZ
IP/面板：1IPv4/SolusVM
价格：$3/年购买链接&&暂时无货
CPU：1core
内存：256MB
硬盘：10G SSD
，认为大学阶段是基础理论阶段，不必太过深究具体的应用，具体的东西应到毕业工作后根据实际需要再学。我不能一棍子地把这种说法打死，我只能告诉你：机会，是给有准备的人的!你什么时候准备好了，机会就可能属于你，你什么时候还没准备好，机会就很难属于你，纵使偶然得到，也难以把握。
我也看到，很多电类专业的人对单片机并不重视，认为自己不一定用到单片机，不必费这个精神。这个问题我要请教你，你究竟想从事什么样的...
内存问题视频
内存问题创意
你可能感兴趣的标签
热门资源推荐用传说的这个很受捧的内存检测软件“MemTest”检测我的内存，结果很糟，只检测了1%就查出15个错误！！！，拔下内存条清理了一下插回去，错误依旧！在下定决心买新内存条之前，我还是不能确定内存故障的准确性，我关心的问题是：1.MemTest检测出如此多错误，是内存真坏掉的几率有多大？2.MemTest检测出如此多错误，是内存与插槽接触不良的几率有多大？3.MemTest检测出如此多错误，是主板故障造成的内存检测错误的几率有多大？下面简单陈述一下这次故障的来龙去脉：我的电脑是09年12月自己买配件组装的，金士顿DDR2&800&2G内存，未超频，两年来非常稳定，只蓝屏过两次，几个月前，突然电脑变的不稳定，开始频繁蓝屏，而且无规律，有时连续几天没事，有时一天蓝屏好几次，一项稳定的系统也开始出现各种怪现象，比如QQ突然报错关闭并无法登录，需要重启系统才可以登录，浏览网页时出现“xxxx错误，内存不能为读”的报错！下载较大的压缩包后文件损坏无法打开！一开始认为是系统不稳定造成蓝屏及这些错误，但是事情没这么简单……非常讲究系统使用的我（N年不重装系统的水平），坚决不考虑系统故障的问题，通过自行分析，从文件损坏中有了线索，使用MD5校验方法，发现硬盘中的几百兆大文件，无论是本分区还是跨分区还是跨盘复制之后，MD5都会发生变化，从网上搜集信息发现，可能是内存条出了故障所致，也开始醒悟那些稀奇古怪的报错可能真的跟我的内存有关系，于是我就下载了MemTest，不测不要紧，这一测惊呆了！！！连续的弹出错误信息，第一次只检测了1％就查出15个错误！！！怀着内存接触不良的侥幸心里，拔下内存条简单清理了一下，插回，用了两天，发现倒是不蓝屏了，但是浏览网页时报错和QQ报错的现象似乎更严重了！！！，再次MemTest检测内存，4％检测到20个错误，貌似比第一次少一些，不过还是多的不得了啊，当然也不排除清理不善……总之，请达人们帮忙分析，我要不要下本儿换新内存呢！DDR2内存可贵了，2G的要200元呢
擦擦金手指再测附近有无电容暴电压稳定否
QQ:，联想/DIY电脑技术咨询 太平洋技术故障交流Q群：
不一定。主板北桥、内存供电、内存滤波电容失效都会导致MEMTEST红点。
点击天草头像可得查询联系方式
借条内存来测测就知道了，上面的原因就是内存不正常引起的。。
推测可能是内存供电引起的问题。是否内存超频使用？是的话，降回原频率看看。先拔下来的内存可以送去检测，看看是否真的存在问题。
.cn/images/bbs4/logo/.jpg
我如果允许有送修等待的时间，我也就不着急发帖子了
另外我已描述，我没有超频，还有我用CPUz检测的内存电压为1.8V，电压正常
另外那天我拔下内存了，用橡皮擦了金手指，插槽也吹过了，不过现在问题还是依旧
单独问题内存开机能开机的话，软故障的可能性大系统中木马什么的。。。。。
QQ:，联想/DIY电脑技术咨询 太平洋技术故障交流Q群：
大家好、我是啊晓、
iT我的爱、计算机_永远的向往、
希望哥哥姐姐们多多提拔！
祝哥哥姐姐们：
永远幸福、快乐
您需要登录后才可以发帖
其他登录方式：&&[&& 原创&&]&& 作者：&&|&&责编：王晔
问题：主板发出警报&主板无法点亮问题源：内存问题&&&&内存条原因出现此类故障一般是因为内存条与主板内存插槽接触不良造成。（开机时会有蜂鸣警报）只要用橡皮擦来回擦试其金手指部位即可解决问题(不要用酒精等清洗)，还有就是内存损坏或主板内存槽有问题也会造成此类故障。内存条安装位置检修一：内存条金手指&&&&内存问题首先检查下内存有没有插紧；一般在搬动过后有可能内存变松动造成开机故障。再者可能是主机积灰过多造成内存短路，可以先吹一吹内存插槽附近的灰，待清理干净后再用橡皮擦拭内存条的金手指。&&&&同时笔者还建议内存条安装最好使用同一型号的，并且按照插槽颜色选择双通道安装。可避免在使用中出现得一些频率一集读取速率等方面得问题。
提示：支持键盘“← →”键翻页
机箱类型 机箱结构
投诉欺诈商家:
天津重庆哈尔滨沈阳长春石家庄呼和浩特西安太原兰州乌鲁木齐成都昆明贵阳长沙武汉郑州济南青岛烟台合肥南京杭州东莞南宁南昌福州厦门深圳温州佛山宁波泉州惠州银川
本城市下暂无经销商
下载中关村在线Android 客户端
下载中关村在线 iPhone 客户端
下载中关村在线Windows8客户端
成为中关村在线微信好友
4￥1895￥4996￥1997￥15998￥9999￥37910￥139内存问题疑难解答
[an error occurred while processing this directive]
新闻与刊物
商业解决方案
网络解决方案
服务与支持
思科网络技术学院
培训、活动与会议
合作伙伴与代理商
中国：简体中文
TAC中文文档
原文件的链接(英语)
此文档是由人工智能自动翻译系统翻译的,请随时参考。
内存问题疑难解答
交互：本文提供有关您的Cisco设备的定制分析 本文档以定制的方式分析了您的Cisco设备
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
     
本文说明了内存分配故障(MALLOCFAIL的)症状和可能原因，并提供了排除内存问题的指南。
本文档没有任何特定的前提条件。
本文中的信息包括以下版本的软件和硬件：
所有Cisco IOS ？ 软件版本
所有Cisco路由器
注意： ？本文不适用于Cisco Catalyst交换机或MGX平台。
本文所包含信息基于特定实验室环境下的设备。 本文所引用的所有设备均采用原始 (缺省)配置。 如果您是在真实网络中工作，请确保您在使用它以前了解所有命令的潜在影响。
有关文件规则的更详尽信息请参阅Cisco技术提示规则。
存储器分配故障意味着：
路由器使用了所有可利用的内存(临时或永久)，或者
内存分成小段，路由器不能找到一个可用的块。 处理器内存(被Cisco Internet Operating System [IOS]占用)可能发生这种情况，信息包内存(被流入和流出信息包占用)也会发生这种情况。
存储器分配故障的症状包括，但是没有被限制对：
控制台或日志消息： "%SYS-2-MALLOCFAIL ： 1028个字节的存储器分配从0x6015EC84失效，存储池处理器，对准线0"
拒绝远程会话
show processor memory命令显示，不管命令您在控制台键入
一些show命令的没有输出
" Low on memory "消息
控制台信息“无法创建EXEC - no memory or too many processes”
路由器挂起，没有控制台响应。
当路由器采用低内存时，在某些实例中，便不可能远程登录到路由器。 此时，重要的是获得控制台端口的使用，收集数据，进行故障排除。 然而时，当连接到控制台端口您也许发现以下：
%% Unable to create EXEC - no memory or too many processes
如果您看到上述消息，便没有足够的可用内存，进行控制台连接。 有您能采取通过控制台允许数据捕获的步骤。 如果您帮助路由器释放一些内存，控制台可能会做出回应，您就能从路由器获取一些必要数据，用于排除故障。
注意： ？如果在路由器上配置了边界网关协议(BGP)，您应该阅读“实现最佳路由，减少BGP内存消耗量”，减少与这个进程相关的内存消耗。
以下是在内存非常低的情况下下，尝试使用控制台端口采集数据的步骤：
从接口断开LAN和广域网电缆在路由器。 这将造成路由器停止传递信息包。
复校控制台。 能得到回应和执行命令？ 一会儿后，应该有足够的内存可用允许控制台回应。
从特权EXEC模式(Router -)收集需要信息。 至少，您想要收集以下命令的完整输出： show memory allocating-process totals(如果不能使用show memory allocating-process totals，也可使用或show memory summary)、show logging，如果可能还可使用show technical-support。
在您收集了必要数据之后，重新连接所有LAN和WAN链路，并继续监控路由器的内存使用。
当您执行show logging命令时，您应该看到如此物：
%SYS-2-MALLOCFAIL: Memory allocation of [X] bytes failed from
0x6015EC84, pool [Pool], alignment 0 -Process=
"[Process]" ipl= 6, pid=5
[X]=路由器设法分配的字节数，但不能找到足够的可用内存执行该操作。
[Pool]显示处理器内存(“池处理器”)或信息包内存(“池I/O”)是否受到影响。 高端路由器(系列)在主动态随机访问存储器(DRAM)中有它们的缓冲区，因此信息包内存缺乏将报告为“池处理器”。 7200系列和通用接口处理器卡在池协议控制信息(' pool PCI ')可能也报告错误”为信息包存储器。
[Process]是受内存不足的影响的进程。
通常，MALLOCFAIL错误是由安全问题造成的，例如运行在您的网络中的蠕虫或病毒。 如果最近没有对网络做过任何更改，如路由器IOS升级，则这很可能是问题的起因。 通常，一个配置更改（例如添加另外的线路到您的访问控制列表）能减轻此问题的影响。 Cisco产品安全建议和通知页面包含最可能原因和特定解决方法的检测信息。
关于其它信息，请参阅：
首先，检查版本说明或IOS升级计划程序(仅限于注册用户)，查看最小存储容量是否可用于您正在运行的功能集和版本。 确定它是满足的。 要让路由器在很多公司网络上正常运行，我们建议最小容量必须达到Cisco Connection Online (CCO)上的内存要求。 实际内存需求根据协议、路由表和流量模式变化。
如果您的Cisco设备具有 show memory allocating-process totals 命令、show memory summary命令、或show technical-support命令(采用启用模式)的输出 ，您可以显示潜在问题和修正。
要使用输出结果，您必须是注册用户，并且必须进行登录，还要激活JavaScript。
You can use Output Interpreter to display potential issues
and fixes. To use Output Interpreter, you must be a
customer, be logged in, and have JavaScript enabled.
当程序请求或分配内存，但完成该任务时忘记释放(取消配额)内存时，会发生内存泄漏。 结果，存储器块是后备的，直到路由器被重新载入。 随着时间的过去，该进程分配了越来越多的内存块，直到没有可用空闲内存。 鉴于此时低内存情况的严重性，您的唯一选择就是重新载入路由器，使它重新可以运行。
这是Cisco Internet Operating System (IOS)Bug。 摆脱它，升级到最新的版本在您的版本系列(例如，如果运行Cisco IOS ？ 软件版本11.2(14)，升级到最新的11.2(x)镜像。
如果不能解决问题，或者如果您不想要升级路由器，定期输入show processes memory命令(例如，每隔几小时或几天，取决于您是否有快速或缓慢泄漏)。 请勿确认空闲存储器是否继续减少和返回。 空闲存储器消失的速率取决于导致泄露的事件的发生频率。 因为内存从未被释放，您可以通过在一段时间内生成内存快照的方式，来跟踪使用内存的进程。 记住必要时不同程序将分配和取消分配内存，因此您可以看到区别，但内存泄漏仍然继续，您应该查看正在不断消耗更多内存的程序(备注： 对于某些进程，例如边界网关协议(BGP)或开放式最短路径优先（OSPF）路由器，使用超过一兆字节内存是正常的。 这不意味着他们漏)。
要识别消耗较多内存的进程，请比较一定时间间隔内的show processes memory命令的"Holding"列。 有时您可以非常清楚地发现一个进程保持了数兆字节的内存。 有时它采取几个快照找到罪犯。 当有大量的存储空间丢失时，请收集show memoryallocating-process totals命令或show memory summary命令的输出，以进行故障排除。 然后，与Cisco技术支持中心(TAC)联系，并且提供您收集的信息以及路由器的show technical-support总结。
输出解释器工具允许您接收show memory allocating-process totals 命令或show memory summary输出分析。
下面的表产生show memory summary命令输出的前三条线路：
Router&show memory summary
Lowest (b)
Largest (b)
总数=内存总容量可用在系统镜像以后装载并且建立其数据结构。
使用=目前被分配的内存大小。
释放=内存大小目前任意。
最低=路由器记录的最低自由内存数量，因为最后引导。
最大=最大空闲内存块现在可以得到。
show memory allocating-process totals命令包含与show memory summary命令前三行相同的信息。
这是什么您能从show processes memory命令输出了解：
Router&show processes memory
Total: 3149760, Used: 2334300, Free: 815460
*Initialization*
*Scheduler*
Load Meter
Virtual Exec
Check heaps
Pool Manager
SERIAL A' detect
ATM ILMI Input
ILMI Process
M32_runts pring
Call drop procs
ATMSIG Timer
CDP Protocol
MOP Protocols
IP Background
TCP Protocols
分配数=路由器启动以后程序已经分配的字节总数。
释放=此进程发布了的字节总数。
暂挂=字节总数目前持有由此进程。 这是故障排除的最重要列，因为它显示此进程的实际内存容量。 保持不必等于分配减释放，因为某些程序分配内存块以后将通过其他程序返回到空闲池。
*dead*进程不是真正的流程。 在另外一个进程已经终止的情况下，它将占用为该进程分配的内存。 这是示例：
内存，当配置网络地址转换(NAT)在Telnet会话期间时，分配。 该内存占在Telnet进程(“虚拟EXEC”下)。 一旦此程序被终止，NAT配置的内存仍在使用中。 这使用*dead*进程显示。
在“What”列下使用show memory dead命令，您会看到内存被分配的上下文。
Router#show memory dead
Lowest(b) Largest(b)
Processor memory
Bytes Prev.
Router Init
Router Init
112 2CA9B4
OSPF Stub LSA RBTree
Router Init
Router Init
Router Init
Router Init
Router Init
340 300A14
Router Init
如果内存泄漏被发现，并且*死*程序似乎是浪费内存的程序，包括提供给Cisco TAC的信息中的show memory dead。
这是验证的其中一个最困难的原因。 问题表现为大量内存空闲，但最小值位于“最低”列。 在这种情况下，正常或异常事件(例如，路由的很大不稳定性)导致路由器在内存已用完的短时间内使用异常大量的处理器内存。 在该周期，路由器报告MALLOCFAIL。 内存很快被释放，问题将消失(例如，网络稳定)。 内存不足可能也是由于要素的组合，例如：
消耗了大量内存的内存泄漏和网络不稳定性，将促使空闲内存变为零。
路由器开始就没有足够的内存，但只有在发生罕见的网络事件时，问题才被发现。
如果路由器没有重新启动，输入show memory allocating-process totals命令(或show memory summary命令，如果show memory分配程序都不可用)，查看三分之一的线路。 日志消息可能提供线索关于什么进程浪费很多内存：
如果大存储器使用是由于a ：
正常事件，解决方案是安装更多的内存。
少见或异常事件，请解决相关问题。 您可以然后决定购买额外内存为将来“保险”。
此情况意味着程序已经消耗了大量的处理器内存，然后释放多数或全部内存，将内存分段留给该程序分配，或者留给问题存续期间分配内存的其他程序分配。 如果同一事件多次发生，内存可能分段成非常小的块，需要更大内存块的所有程序则不能获得它们需要的内存量。 这可能会影响路由器运行，如果存储器碎片过多，将导致您不能连接到路由器和获得提示。
此问题表现为show memory命令的“最大”列中的低值(20,000字节以下)，但在“被释放”列中则表现为足值(1MB或更大)，或者表现为两列之间的其他众多不一致。 由于IOS上没有碎片整理例程，所以当路由器上的存储空间很少时，就会发生这种情况。
如果怀疑存储器分段，请关闭一些接口。 这可能释放被分段的块。 如果这样运行，内存通常正常运行，并且您必须做的唯一事情就是添加更多内存。 如果关闭接口不帮助，它可能是Bug。 最佳的措施是与您的Cisco支持人员联系带有您收集了的信息。
此情况在错误信息可以由进程确定。 如果程序列为&中断级别>，如以下示例，内存分配故障则由软件问题引起。
"%SYS-2-MALLOCFAIL: Memory allocation of 68 bytes failed from 0x604CEF48,
pool Processor, alignment 0-Process= &interrupt level&, ipl= 3"
这是Cisco Internet Operating System (IOS)Bug。 您能使用Bug Toolkit (仅针对注册用户)，搜索匹配的软件错误ID，以解决这个问题。 一旦识别了软件错误，就能升级到包含修复的Cisco IOS软件版本，以解决问题。
当7000路由处理器(RP)从闪存中引导一个镜像时，它首先会装载ROM镜像，然后将镜像快速存储到内存。 老RP只有[16] MB内存和Cisco IOS企业版本？ 软件版本更晚比版本11.0大于8 MB，当未压缩。 所以，当您先后从ROM和闪存加载镜像时，7000 RP可能用完内存，或者内存可能在启动过程被分段，以便路由器具有内存相关的错误信息。
解决方案将从配置寄存器启用快速启动，以便RP在ROM中只加载Cisco IOS软件镜像的最小子集，然后从闪存加载全部Cisco IOS软件。 要启用快速启动，请设置配置寄存器为0x2112。 这也将加速启动流程。
使用 CiscoWorks的UT发现功能，可能造成有些路由器上的空闲内存容量变得非常小。 show proc memory命令可能指示“IP被输入的”进程阻止的很多内存。 这是大量内存用于“IP输入”程序的正常或不正常程序问题的特殊案例，如果低内存状况引起内存分段，也可能导致存储器分段问题。
UT发现功能可以让网络管理站为每一个已发现子网中的所有IP发送出ping扫射。 由于新的缓存条目创建用于每个新的目的地，因此路由器上的IP快速交换高速缓存的大小日益增长会导致内存问题。 由于用于高速缓存中的条目的掩码取决于如何划分子网，因此主要网络中出现使用32位掩码(例如，回环地址)的地址，会导致该网络中的所有条目均使用32位掩码。 结果是，使用大量内存，创建大量缓存条目。
最佳的解决方案将禁用UT发现。 您能通过遵从步骤执行此如下：
去C:program filescscopx \等\ cwsi \ ANIServer.properties。
加"UTPingSweep=0"。
重新启动ANI。
这可能导致用户追踪表错过某些终端服务器或过期(这也许是称为用户注册工具的另一种Cisco应用程序的一个问题，取决于UT)，但不影响只使用SNMP数据流的园区网发现。 CEF交换也可能会改进这种状况(使用CEF，IP高速缓存从引导中的路由表创建)。 欲知CEF和其他可用交换路径的更多信息，参见“如何为您的网络选择最佳路由器交换路径”。
有能导致相似的低内存情况的许多其他应用程序。 在许多情况下，问题的根本原因是没有路由器，然而应用程序。 通常，您检查应用的配置，就能够防止这些信息包风暴。
一些路由器(例如， 2600， 系列)要求最低限度的输入输出存储器支持某些接口处理器。
重新安装后，如果路由器在共享内存中运行还很慢，可物理删除该接口，以解决这个问题。
在3600系列路由器上，可使用全局配置命令memory-size iomem i/o-memory-percentage，重新分配用于输入输出存储器和处理器内存的DRAM的百分比。 I/O内存百分比允许的值是10，15，20，25(默认值)，30，40和50。 至少[4] MB内存为输入输出存储器需要。
要排除此问题故障，请参阅：
(注册的用户)为路由器
为00路由器。
如果您的Cisco设备具有show buffers命令或show technical-support命令(采用启用模式) 的输出 ，您可以显示潜在问题及其修正。
要使用输出结果，您必须是注册用户，并且必须进行登录，还要激活JavaScript。
You can use Output Interpreter to display potential issues
and fixes. To use Output Interpreter, you must be a
customer, be logged in, and have JavaScript enabled.
缓冲区的程序完成时，该程序应该释放该缓冲区。 当代码忘记处理缓冲，或者在处理信息包后忘记释放缓冲，就会发生缓冲泄露的情况。 结果是，随着越来越多的信息包滞留在缓冲区，缓冲池将继续增长。
您能使用show buffers命令识别缓冲泄漏。 某些公共缓冲池应该是异常地大用少量空闲的缓存。 在重新加载后，您可能发现空闲缓存的数量从未接近过总缓冲的数量。
输出解释器工具允许您接受对show buffers输出的分析。
在下面的示例中，中间缓冲区受影响。 show buffers命令表示近8094个缓冲区正在使用，未被释放(8122个总数减去28个自由缓冲区)：
Public buffer pools: Small buffers, 104 bytes (total 50, permanent 50):
50 in free list (20 min, 150 max allowed)
403134 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
Middle buffers, 600 bytes (total 8122, permanent 200):
28 in free list (10 min, 300 max allowed)
154459 hits, 41422 misses, 574 trims, 8496 created
Big buffers, 1524 bytes (total 50, permanent 50):
50 in free list (5 min, 150 max allowed)
58471 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
VeryBig buffers, 4520 bytes (total 10, permanent 10):
10 in free list (0 min, 100 max allowed)
0 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
Large buffers, 5024 bytes (total 0, permanent 0)
0 in free list (0 min, 10 max allowed)
0 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
Huge buffers, 18024 bytes (total 0, permanent 0):
0 in free list (0 min, 4 max allowed)
0 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
这是Cisco IOS软件Bug。 升级到您的版本培训中的最新版本，来修复已知缓冲区泄漏Bug (例如，如果您正在运行Cisco IOS软件版本11.2(14)，升级到最新的11.2(x)镜像。 如果此操作没有帮助，或者如果升级路由器不可能，当路由器占用低内存时，向问题池发出以下命令。 这些命令将显示其它信息关于缓冲区的内容：
show buffer old ： 显示分配的缓冲区超过一分钟老
show buffer pool (small -中部-大- verybig -大-巨大) ： 显示缓冲区的汇总为指定的池
show buffer pool (small -中部-大- verybig -大-巨大的)转存： 显示所有缓冲区HEX/ASCII转储在使用中指定池。
请参阅关于其它细节。
此问题是特定的到7500系列。 如果路由器用尽“快速的”内存，将使用其主动态RAM (DRAM)。 没有需要动作。
遵从这些步骤。
检查内存需求您的Cisco IOS软件版本版本或功能集。
如果可能，升级到最新的Cisco IOS软件版本版本在您的版本系列。
检查用于正常或者不正常的进程的大量的内存。 如果必须，请添加更多的内存。
证实这是否是泄漏或分段(缓冲泄漏在高端路由器)。
收集相关信息并且请与TAC联系。
可以遵循下述步骤：
检查共享存储器需求(请参阅没有足够的共享内存关于接口)。
如果可能，升级到最新的Cisco IOS软件版本版本在您的版本系列。
确定哪个缓冲池受影响，请收集相关信息，并且请与Cisco TAC联系。
如果在遵从以上故障检修步骤以后还需要援助并且想要(注册的用户)，请务必包括以下信息：
在建立案例前所执行的故障诊断及处理措施
show technical-support output (如果可能，应在激活模式下) -
多次采集，以显示路由器使用的内存如何随时间推移而变化。
show log 输出或者控制台俘获信息，如果有的话
show memory allocating-pool totals 或show memory summary - 多次采集，以显示路由器使用的内存如何随时间推移而变化。
出现“Unable to Create EXEC”的错误或“When the Console Does Not Respond”时，您可能需要使用相关技术，获得信息。 信息的多次捕获可能是必要确定问题的原因。 由于有几种类型的存储泄漏，所以一旦存储泄漏的类型被识别，TAC工程师可能需要其它信息。
如果怀疑存储器分段问题，请包括：
show memory释放
show memory更大
如果怀疑缓冲泄漏，请包括：
show buffer old
show buffer pool (small -中部-大- verybig -大-巨大) ： 为问题池。 例如，如果您怀疑中间池有泄漏，包括show buffer pool命令中部。
show buffer pool (small -中部-大- verybig -大-巨大的)信息包： 为问题池。 例如，如果您怀疑中间池有泄漏，包括show buffer pool命令中部信息包。
您可以使用TAC服务请求工具（仅适用于注册用户）来加载信息，将它附在你的案例上。 如果不能访问服务请求工具，您在一个电子邮件附件在您的消息主题行能发送信息对同您的案例编号附上您的case的相关信息。
注意： ？收集上述信息之前，请勿手动重载或重启路由器，除非要求排除内存问题故障，因为该问题可能导致确定问题根源所需的重要信息丢失。 您的TAC工程师可能建议您重新载入路由器，并根据原因的类别，收集更多信息，这也是故障排除的一部分。
(注册的用户) -接受所选的显示命令输出即时分析。
声明：此文档是由为思科 TAC 网页内容翻译所开发的英汉机器自动翻译系统翻译的。在有疑问或作出重要的技术支持决策时,请随时参考英文原文。Updated:
Sep 14, 2004Document ID: 6507
[an error occurred while processing this directive]
[an error occurred while processing this directive]}