经验2696 米
在线时间138 小时
版本7.9.13
机型小米手机6
签到次数87
MIUI版本7.9.13
每天在论坛里看到大家在抱怨，为什么26刷了miui后运存变得这么少啦，甚至有人说怎么用了900+了啊。开机内存怎么只有200m，用一会怎么就变成100多m啦~！其实这些都是自己平时的使用习惯造成的！在这里开个贴解释一下！
首先你要知道Android系统是基于Linux 2.6内核开发的开源操作系统（linux是啥都不知道自己去百度吧），而linux系统的内存管理有其独特的动态存储管理机制。
不过Android系统对Linux的内存管理机制进行了优化，Linux系统会在进程活动停止后就结束该进程，而Android把这些进程都保留在内存中，直到系统需要更多内存为止。
这些保留在内存中的进程通常情况下不会影响整体系统的运行速度，并且当用户再次激活这些进程时，提升了进程的启动速度。
如果你懂java，就会更容易理解Android系统的内存管理机制。与java的垃圾回收机制类似，系统有一个规则来回收内存。进行内存调度有个阈值，只有低于这个值系统才会按一个列表来关闭用户不需要的东西。
Android系统有六类进程：
前台进程、可见进程、次要服务、后台进程、内容供应节点、空进程。
对于高手而言可以用MinFreeManager之类的软件进行进程管理，
分别为六类进程设定不同的阈值来操纵系统的内存分配机制。不过对于一般用户而言，Android系统默认的分配机制已经可以满足使用需要，因此也不需要再去调整。
对于一些内存很低的低端Android机而言，系统默认的内存分配机制无法实现很完善的内存调配。
所以在运行大型游戏时需要先清理一下内存。然而对于我们的DEFY而言，512m的总内存和几十m的空余内存已经可以充分的满足系统自动调配的需要，因此完全没有必要老去杀进程、清内存。
有的兄弟说后台挂着程序很费电，事实上Android的应用在被切换到后台时，它其实已经被暂停了，并不会消耗cpu资源，只保留了运行状态。
至于QQ、音乐播放之类的程序可以在后台运行，是因为这些程序在后台开启了服务，而服务可以后台运行，所以没有带服务的应用在后台是完全不耗电的，没有必要关闭。
这种设计本来就是一个非常好的设计，下次启动程序时，会更快，因为不需要读取界面资源。
Android系统这样的设计不仅非常适合移动终端的需要，而且减少了系统崩溃的可能，确保了系统的稳定性。
老想着清理内存的同学完全是因为被塞班或者Windows毒害太深，事实上，经常用Taskiller之类的软件关闭后台所有进程，很容易造成系统的不稳定。很多时候出现问题，只要重启就能解决，其原因也在于此。
说了这么多，总结起来很简单，牛B的人自己去操纵系统内存分配的阈值，而普通用户则是想怎么用就怎么用，完全不用去鸟剩余内存的问题，那些内存清理的程序完全可以扔到一边了。
1.按home退出，程序保留状态为后台进程；按返回键退出，程序保留状态为空进程。空进程的oom_adj评值高于后台进程，更容易被系统清理。所以推荐用返回键退出。
2.UC、愤怒小鸟、都市赛车之类程序本身提供关闭功能的，还是尽量主动关闭。浏览器、电子市场、opera mini等不提供关闭功能的，直接返回键退出就行。
我想每个人第一次用Android的时候,不可避免的会去装个任务管理器,然后对里面时刻都停留着一大堆的程序表示触目惊心,然后会在桌面上建立一个快捷清空内存的按钮,时不时啪的按一下,看着内存剩余数量从30多变成100多然后很有快感...
其实吧,Android是Linux的内核,每一个程序都是一个独立的JAVA虚拟机,就和油汤里的油花一样互不干扰,这样充分保证了万一某个程序的JAVA虚拟机崩溃,系统依旧稳定正常运行.
而Android和传统Linux不一样的地方又在于,传统Linux在进程活动停止后就结束了,这就类似于我们用S60和WM一样,关闭程序,内存释放.而Android会把这些进程保留在内存里,干嘛呢?为了保证你再次激活这些进程时候启动的更快,比如说我们挂在桌面的Widgets,
具体一点我们拿新浪微博举例吧.我刚看完,退出,突然我想我发一条微博吧,
那么这个时候我可以直接在桌面Widgets上操作----设想一下如果我退出的时候这个进程就终止了,那么我在桌面上点击Widgets的时候会不会卡顿一下甚至没有响应?
----这就跟我们把Widgets挂在桌面的行为完全背离了,放在桌面上就是为了能随时观察到程序运行的情况,
以及随时可以快速调用程序.所以Android并没有在进程活动停止就释放对应的内存.那么也许你还是会有疑问,那么内存够不够用呢?
512的内存被我用的只剩56M是不是很恐怖?其实系统一点也不卡的,蛋定蛋定
是的,我理解,因为大家这么多年Windows都用习惯了,Windows内存不足的时候机器卡的会让你想砸掉机箱,而且调用虚拟内存的时候硬盘喀喀喀想的让你肉疼.
你肯定也会怕你的手机明明512M内存结果就剩下30来M把你卡到崩溃.事实上呢,Android会在系统需要更多内存的时候,去释放掉那些占用内存的进程----
这个活动是智能的.最早大家认为是有个排序,比如最近使用过哪些程序(LRU机制,Last Recently Used),然
后结束最早的进程.不过并非如此,否则就变成我们上小学时候那样,个子高的块头大的男生跟班长下去拔草扛新书,女生们留在班里绣花吧...
这样很明显不公平而且没准会结束掉那些我们并不想结束掉的进程----譬如说这会儿我想切回到刚才后台的网页继续浏览结果悲怆的发现它被系统给我强制关闭了...
Android把进程分成了一些优先级,比如
& &&&前台进程(Foreground),比如我们正在看书,那么看书的程序就是前台进程,这些进程是不会被系统优先结束的.当我把它切到后台的时候,它就变成后台进程了.
　　还有可见进程(Visible),这个怎么说呢,譬如输入法程序,你平时是看不见它的,但是在你打开输入界面的时候,它会很快的弹出来,而不是让你等啊等啊等,看不到的原因是透明度的机制,咱就不要钻牛角尖讨论为啥我看不见了...还有桌面的Widgets,比如我们的桌面时钟,这个东西就是可见的,如果它被系统终止了会有什么样的结果?这个Widgets依然会显示在桌面上,但是时针不走了...
　　主要服务,比如说,电话的拨号功能,你也不想正急着打电话呢结果人家给你卡半天吧,尤其像我这样联系人上2000的,载入一遍真的很慢啊...所以这些主要服务平时也不会被系统自动结束,除非你非要关它,关了也会自己重新加载的.这也是你完全释放内存以后过一会就看着内存可用值又慢慢降低的原因.
　　次要服务(secondary server),诸如谷歌企业套件,Gmail,联系人,看着这些程序出现在任务管理器里可能你会非常的莫名其妙,丫的这都哪跟哪啊我没开啊...其实它们和一些系统功能也是息息相关的,比如Gmail的邮件推送,我们时常需要用到它们,所以系统也太会去终止它们.甚至于HTC机器上著名的HTC Sense,这个也是次要服务,但是其实它承接着整个系统界面的运行,所以,如果你强行关闭所有进程的时候,你的屏幕会变成一片白...然后慢慢等HTC Sense加载.
　　后台进程(hidden),就是我们通常意义上理解的启动后被切换到后台的进程,比如如浏览器和阅读器.后台进程的管理策略有多种,但是一般来讲,系统都会视内存情况,尽可能多的保留后台程序,这样会影响到你启动别的程序的运行速度----我想这个很好理解,因为内存确实不够了,而且你还没让系统自动释放内存.但好处是,你再次切换到这些已启动的程序时几乎是无缝的,速度绝对比你从0开始启动它要快得多.所以,这种后台进程在内存极度不够的时候,肯定会被系统选择性的干掉的.
&&内容供应节点(content provider),没有程序实体,仅提供内容供别的程序去用的,比如日历供应节点,邮件供应节点等.在系统自动终止进程时,这类程序享有优先的**掉权...
　空进程(empty),
没有任何东西在内运行的进程,有些程序在退出后,依然会在进程中驻留一个空进程,这个进程里没有任何数据在运行,作用往往是提高该程序下次的启动速度或者记录程序的一些历史信息.这部分进程无疑是系统最先终止的.
说了这么多,其实还是要结合实际的程序来看一下的,比如Android这个很有名的自动内存调配的软件,Auto Memory Manager,它的设置和帮助界面就如上面所说的,它自动提供了多种默认配置,例如极速模式,这个模式下,会帮助你在设定好的临界值区间上,结束空进程以及内容供应节点等等低优先级保留权的进程,来给你腾出更多的内存,加速新运行程序打开的速度,但是它也说明了这种模式的弊端,就是一些可能你不想被关闭的进程会被过早的关闭,比如说,闹钟----在G2 G3还很火爆的2009年,很多用户在买完手机后给我抱怨,哎呀这个机器闹钟怎么老不响啊...上班老迟到...其实这就是因为手动结束进程的时候结果把闹钟也给干掉了.系统的时间是会一直走的,这属于主要服务,而闹钟呢,只是主要服务的一个附属品,所以被结束后,是不会自动被启动的,既然没有启动自然就不会响了.与此类似的例子就是里程碑不充电的BUG,这是因为Moto的机器里有个USB的进程,如果你把它结束后,理论上会重新启动的但是也会不启动,后面这种情况出现的结果就是你插充电器没反应,插数据线连电脑没反应...重启手机就好了.
当然我知道大家的洁癖很多,有的人就是见不得内存值太小...好吧如果你不想一些被系统认为不太重要而你又很需要的进程被你自己亲手扼杀的话,那么我推荐你使用高级任务管理器这个程序,你可以把一些进程自动隐藏起来,也就是说当你挥起狼牙棒横扫一堆进程的时候,你设置好的几个进程是不会受任何影响的,比如桌面Launcher,比如闹钟,比如USB,等等等等.但话说回来,我是不建议大家去手动管理Android的内存,也许你会不习惯----我也没啥好劝告的,总之,不要把你的智能机想的那么笨就行了.
刚才全杀掉进程后,过了一会,我的DEFY又变成剩余60M内存,还是没啥鸭梨啊...如果你感兴趣可以做个试验,内存很少的时候,你打开一个大游戏,然后退出,你会发现...
当然这只是理论，这与系统优化是有关系的，与手机内存大小也有关系的。
上文是用defy举例，defy的内存是512，而我们的desire s的内存是768，整整是defy的1.5倍。moto的优化也不错，哪怕当年里程碑256的内存也没有很卡，当然我们ds的优化也很好，首先是内存大，所以开机时剩余能有近400兆，如果这时候杀杀内存就能有400多。而我就是不停的用，从没用到100以下，一般在200多。
有些优化的比较差的就不同了，比如魅族M9，它的内存是512，但用到100以下就会很卡。在神坛里也有人发关于安卓内存管理的帖子，可是人家不听理论，要的是实际效果。所以需要杀杀进程。实际比理论重要，这话没错。如果觉得你的手机可能是因为内存不够了而卡，那就杀杀吧，如果有效的话。
iphone的内存体制不清楚，可是根据苹果的封闭方针，一般也很难看到剩余内存而产生恐惧感。
而安卓不同，有一大堆的内存监视插件、软件，刚开始时用户从其他系统转过来，不知道这个内存释放体制，看到这么点内存就想着方法去杀，然后就有这么多的内存管理软件、杀进程软件了。单看理论，抛开实际，可以说，安卓的内存危机，纯粹是被那几个实时显示的数字给吓出来的。
—Android一词的本义指“机器人”，同时也是Google于日宣布的基于Linux平台的开源手机操作系统的名称，该平台由操作系统、中间件、用户界面和应用软件组成，号称是首个为移动终端打造的真正开放和完整的移动软件。
——APK 是Android Package 的缩写，即Android安装包。APK 是类似Symbian Sis 或Sisx 的文件格式。通过将APK 文件直接传到Android 模拟器或Android 手机中执行即可安装。我们安装APK 一般有这样几种途径：1、使用电脑上的 91手机助手 for Android 程序，连接hero 进行安装，此方法简单明了，只要连接好hero 在你的电脑上双击APK 文件，即可将程序安装在手机上；2、将APK 文件拷贝入手机的存储卡，在手机上运行安装好的APK 程序安装器，找到拷贝的APK 文件进行安装。3、直接使用手机在“电子市场”、“安卓市场”上面在线下载安装（这个一般是.zip为后缀的安装包）。.zip 与.apk 后缀的文件一般都是Android 系统安装程序的标准文件。
什么是root，我需要它做什么。——root 就是你手机的boss，它可以访问和修改你手机几乎所有的文件，这些东西可能是制作手机的人不愿意你修改和触碰的东西，因为他们有可能影响到手机的稳定，还容易被一些hacker 有机会入侵你的手机（貌似还没有出来这类黑客）。
分享到微信朋友圈
打开微信，点击底部的“发现”，使用 “扫一扫” 即可将网页分享到我的朋友圈。
已有&3&人评分
精品文章^_^
感谢分享^_^
建议楼主字体小一点- -。
经验2696 米
在线时间138 小时
版本7.9.13
机型小米手机6
签到次数87
MIUI版本7.9.13
为什么内存少的时候运行大型程序会慢呢?其实很简单,在内存剩余不多时打开大型程序,会触发系统自身的调进程调度策略,这是十分消耗系统资源的操作,特别是在一个程序频繁向系统申请内存的时候.这种情况下系统并不会关闭所有打开的进程,而是选择性关闭,频繁的调度自然会拖慢系统.所以,论坛上有个更改内存阀值的程序可以有一定改善. 但改动也可能带来一些问题,取决于值的设定.
那么,进程管理软件有无必要呢?有的.就是在运行大型程序之前,你可以手动关闭一些进程释放内存,可以显著的提高运行速度.但一些小程序,完全可交由系统自己管理.谈到这里,可能有的朋友会问,如果不关程序是不是会更耗电.我就说说 安卓Android后台的原理,你就明白了.安卓Android的应用在被切换到后台时,它其实已经被暂停了,并不会消耗cpu资源,只保留了运行状态.所以为什么有的程序切出去重进会到主界面.但是,一个程序如果想要在后台处理些东西,如音乐播放,它就会开启一个服务.服务可在后台持续运行,所以在后台耗电的也只有带服务的应用了.这个在进程管理软件里能看到,标签是service.至于广播什么的我就不涉及了.所以没有带服务的应用在后台是完全不耗电的,没有必要关闭.这种设计本来就是一个非常好的设计,下次启动程序时,会更快,因为不需要读取界面资源,何必要关掉他们抹杀这个安卓Android的优点呢?
还有一个.为什么安卓Android一个应用看起来那么耗内存.大家知道,安卓Android上的应用是java,当然需要虚拟机,而安卓Android上的应用是带有独立虚拟机的,也就是每开一个应用就会打开一个独立的虚拟机.这样设计的原因是可以避免虚拟机崩溃导致整个系统崩溃,但代价就是需要更多内存.
以上这些设计确保了安卓Android的稳定性,正常情况下最多单个程序崩溃,但整个系统不会崩溃,也永远没有内存不足的提示出现.大家可能是被windows毒害得太深了,总想保留更多的内存,但实际上这并不一定会提升速度,相反却丧失了程序启动快的这一系统特色,很没必要.大家不妨按我说的习惯来用用这个系统.最后推荐一款进程管理软件,systempanel,market上能搜到,界面友好启动快,功能也不错,用于手动关闭进程很好的软件. 祝大家玩机愉快,这系统开十天半个月都没问题,不是windows.
至于为什么开了大程序或者开了好几个程序之后切换会变慢,我的理解如下:
1.大程序A已经开启,占用70%内存,如果再想运行一个B,需要50%的内存,则就需要一个将A从内存中释放或者压缩的过程,所以表现出来的就是慢一会儿
2.ABCDE共占用内存80%,运行新程序Z需要 20%的内存,系统内存因为没见过剩余0的时候,也就是应该剩一部分空闲内存,那么就需要从A~E这几个程序中选择一个或者几个来关闭,这一过程也需要耗费系统资源,所以会慢一会儿
3.也就是说你手动去杀程序的时候,就是替系统在释放内存,就算你不杀,在需要内存的时候系统也会自动释放.
4.不在后台运行的程序（没服务的）,即使不杀也不会耗电.在后台运行的（有服务的）程序,如后台放歌,当然会耗电.
5.不是说杀进程没用,不然作者就不会推荐进程管理软件了.哪个带服务耗电哪个后台一直在运行,看服务就能看出来,这样的该杀.
6,以qq举例,正常的退,会在进程管理里留下qq的运行状态,但不耗电不占 cpu,如果你只是切换出去（按小房子而不是退出）那么自然会耗电,因为程序还在运行.
（qq后台一样后台 就是qq正常退出的时候 和别的软件一样 不完全退出 会在内存里留着&&但是不占cpu 不费电 再次启动就会非常快了 这就是为什么 android 能超越 WM6的系统的原因
已有&2&人评分
精品文章^_^
经验586 米
在线时间78 小时
版本V8.1.3.0.LHMCNDI
积分 702, 距离下一级还需 1298 积分
积分 702, 距离下一级还需 1298 积分
机型Samsung I9500
签到次数46
MIUI版本V8.1.3.0.LHMCNDI
通过手机发布
鬼话连篇…自圆其说！
经验148 米
在线时间27 小时
版本JHACNAH3.0
积分 169, 距离下一级还需 31 积分
积分 169, 距离下一级还需 31 积分
机型红米手机 TD版
MIUI版本JHACNAH3.0
26的MIUI还不够完善，现在还没达到那个程度，以后会优化越来越好的，大家静等坚持就是了，或先去用别的ROM和原生。
经验4385 米
在线时间292 小时
版本4.10.24
积分 5314, 距离下一级还需 14686 积分
积分 5314, 距离下一级还需 14686 积分
机型未知设备
签到次数47
MIUI版本4.10.24
通过手机发布
diaoniba 发表于
鬼话连篇…自圆其说！
楼主说的是对的，是安卓系统的内存机制。您认为不正确难道您有更独到的见解？欢迎赐教。
经验4385 米
在线时间292 小时
版本4.10.24
积分 5314, 距离下一级还需 14686 积分
积分 5314, 距离下一级还需 14686 积分
机型未知设备
签到次数47
MIUI版本4.10.24
通过手机发布
小白.avi 发表于
楼主除了复制粘贴能自己用脑子想想么？26刷了MIUI之后卡得1B，这不是内存占用造成的？ ...
MIUI基于官方固件，底包是4.0的第一版的。等国行新固件出来会更换底包，流畅度应该会有改善。如果目前MIUI不能满足您的需求，您可以不使用MIUI，等到MIUI足够完善时随时欢迎您回来。
经验159 米
在线时间29 小时
版本V8.2.27.0.NCACNEC
积分 222, 距离下一级还需 278 积分
积分 222, 距离下一级还需 278 积分
机型小米手机6
MIUI版本V8.2.27.0.NCACNEC
经验285 米
在线时间46 小时
版本6.2.18
积分 374, 距离下一级还需 126 积分
积分 374, 距离下一级还需 126 积分
机型索尼L36h
签到次数15
MIUI版本6.2.18
你的运存这么少，多任务怎么办？很多APP放到后台就很太容易被杀掉了，有深刻体会！
http://kong./data/shaoimg/1/myphonesbbs_1031401.jpg?84040
经验2696 米
在线时间138 小时
版本7.9.13
机型小米手机6
签到次数87
MIUI版本7.9.13
miui你用的这么不爽，可以选择别的啊！不要乱喷！我只是在说安卓系统的内存机制
经验2936 米
在线时间276 小时
版本5.3.28
积分 3555, 距离下一级还需 1445 积分
积分 3555, 距离下一级还需 1445 积分
机型红米Note WCDMA版
签到次数52
MIUI版本5.3.28
楼主，这个我抱走了？
人在天堂，钱在银行.
关注腾讯微博
已关注腾讯微博
关注新浪微博
已关注新浪微博
MIUI 100周
100周发布纪念勋章
1000万用户纪念勋章
MIUI1000万用户纪念勋章
Copyright (C) 2017 MIUI
京ICP备号 | 京公网安备34号 | 京ICP证110507号查看:4420|回复：3
初级工程师
一台3560 交换机，内存使用率到80%&&又不能重启，有什么命令能清理一下内存吗，请高手帮忙看一下
Total: , Used: , Free: 1755480
PID TTY&&Allocated& && &Freed& & Holding& & Getbufs& & Retbufs Process
& &0& &0& &&&121668& && & 5044& & 3657364& && && & 0& && && & 0 *Init*& && && &
& &0& &0& && &&&648& &&&513700& && &&&648& && && & 0& && && & 0 *Sched*& && && &
& &0& &0& && && &&&234300& & 1145404& && && & 0 *Dead*& && && &
& &1& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Chunk Manager& &
& &2& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 Load Meter& && &
& &3& &0& & 1325292& & 1509624& && & 6848& && && & 0& && && & 0 SpanTree Helper
& &4& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Check heaps& &&&
& &5& &0& &9944524& && &23368& &6420652 Pool Manager& &
& &6& &0& && &&&184& && &&&184& && & 6848& && && & 0& && && & 0 Timers& && && &
& &7& &0& &&&424352& &&&266032& &&&165388& && && & 0& && && & 0 Entity MIB API&&
& &8& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 HC Counter Timer
& &9& &0& && &&&456& && & 4356& && & 6984& && && & 0& && && & 0 ARP Input& && &
&&10& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Net Input& && &
&&11& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Critical Bkgnd&&
&&12& &0& && &20808& && &&&812& && &13112& && && & 0& && && & 0 Net Background&&
&&13& &0& && &&&184& && &&&184& && &12848& && && & 0& && && & 0 Logger& && && &
&&14& &0& && &&&184& && &&&592& && & 6848& && && & 0& && && & 0 TTY Background&&
&&15& &0& && && & 0& && && & 0& && & 9848& && && & 0& && && & 0 Per-Second Jobs
&&16& &0& && &&&184& && &&&184& && & 6848& && && & 0& && && & 0 Compute load avg
&&17& &0& && &96656& && &&&592& && & 6848& && &67200& && && & 0 Per-minute Jobs
&&18& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 AggMgr Process&&
&&19& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 Vegas Storm Cont
&&20& &0& && &&&892& && && & 0& && & 6848& && && & 0& && && & 0 Vegas LED Proces
&&21& &0& && && & 0& && && & 0& && & 3848& && && & 0& && && & 0 SCQ_PROCESS& &&&
&&22& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 RAM Access& && &
&&23& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 SW Frame Ager& &
&&24& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 VLAN Info Update
&&25& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 L2TM Process& &
& && & 7952& && && && & 0 Vegas Statistics
&&27& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 L3TM& && && && &
&&28& &0& && &19584& && &&&184& && &16740& && && & 0& && && & 0 HMATM Learn proc
&&29& &0& && &&&184& && &&&184& && & 6848& && && & 0& && && & 0 HMATM Age proces
&&30& &0& &&&488484& &&&471552& && & 6848& && &20160& && && & 0 VL2MM& && && &&&
&&31& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Vegas Bridging&&
&&32& &0& &&&666040& &&&165540& && &12904& && && & 0& && && & 0 VegasPM& && && &
&&33& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 VUR_MGR bg proce
&&34& &0& && && && &20516& && && && & 0 CDP Protocol& &
PID TTY&&Allocated& && &Freed& & Holding& & Getbufs& & Retbufs Process
&&35& &0& && &47528& && & 9376& && &14156& && && & 0& && && & 0 IP Input& && &&&
&&36& &0& &&&525420& && & 3624& && &57796& && &15120& && && & 0 DTP Protocol& &
&&37& &0& && &&&184& && &&&184& && & 6848& && && & 0& && && & 0 Ethchnl& && && &
&&38& &0& & 2357436& & 2302916& && &33828& && &12420& && && & 0 VLAN Manager& &
&&39& &0& && &&&184& && & 9692& && & 6848& && && & 0& && && & 0 PI MATM Aging Pr
&&40& &0& && &65580& & 1439556& && &72428& && && & 0& && && & 0 VMATM Callback&&
&&41& &0& & 2423592& && &23820& && & 7000& && && & 0& && && & 0 Spanning Tree& &
&&42& &0& && &&&152& && && & 0& && & 7000& && && & 0& && && & 0 Port-Security& &
&&43& &0& && &&&260& && &&&184& && & 6924& && && & 0& && && & 0 UDLD& && && && &
&&44& &0& &&&136072& &&&106832& && &22392& && && & 0& && && & 0 DHCPD Receive& &
&&45& &0& && &&&152& && && & 0& && &10000& && && & 0& && && & 0 IP RIB Update& &
&&46& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 HTTP Timer& && &
&&47& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 RARP Input& && &
&&48& &0& && &&&544& && &32952& && &12848& && && & 0& && && & 0 TCP Timer& && &
&&49& &0& &&&537992& && & 1172& && &14516& && && & 0& && && & 0 TCP Protocols& &
&&50& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Socket Timers& &
&&51& &0& && &23320& &&&955976& && &25016& && && & 0& && && & 0 L2MM& && && && &
&&52& &0& && & 9268& && &12228& && & 7092& && && & 0& && && & 0 MRD& && && && &
&&53& &0& && &15528& && & 1176& && &10108& && && & 0& && && & 0 IGMPSN& && && &
&&54& &0& && & 2732& && &&&184& && & 9396& && && & 0& && && & 0 L2TRACE SERVER&&
&&55& &0& && &&&184& && &&&184& && & 6848& && && & 0& && && & 0 Cluster L2& && &
&&56& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Cluster RARP& &
&&57& &0& && &&&300& && &&&184& && & 6964& && && & 0& && && & 0 Cluster Base& &
&&58& &0& && &&&184& && &&&184& && & 6848& && && & 0& && && & 0 Adj Manager& &&&
&&59& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 IP Cache Ager& &
&&60& &1& && &73664& && &71604& && &14772& && && & 0& && && & 0 Virtual Exec& &
&&62& &0& && && & 0& && && &68& && & 9848& && && & 0& && && & 0 Router Autoconf
&&63& &0& && &&&184& && &&&184& && & 6848& && && & 0& && && & 0 VTPMIB EDIT BUFF
&&64& &0& && & 9368& &&&784640& && &11532& && && & 0& && && & 0 PM Callback& &&&
&&65& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 VFM Queue Proces
&&66& &0& && &17104& && &14712& && &63240& && && & 0& && && & 0 VFM/VQM Merge Pr
&&67& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 VFM Deferred Upd
&&68& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 DHCPD Timer& &&&
&&69& &0& && & 5228& && &&&184& && &11892& && && & 0& && && & 0 VTP Trap Process
&&70& &0& && && & 0& && && & 0& && &12848& && && & 0& && && & 0 l2vlanifmib& &&&
&&71& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 Vegas EnvMon Pro
&&72& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Syslog Traps& &
&&73& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 STP STACK TOPOLO
&&74& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 STP FAST TRANSIT
PID TTY&&Allocated& && &Freed& & Holding& & Getbufs& & Retbufs Process
&&75& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 STP STACK TOPOLO
&&76& &0& && &&&184& && &&&184& && & 3848& && && & 0& && && & 0 CSRT RAPID TRANS
&&77& &0& && && & 0& && && & 0& && & 6848& && && & 0& && && & 0 Vegas DHCP glean
&&78& &0& && && & 0& && && & 0& && & 6868& && && & 0& && && & 0 SNMP Timers& &&&
& && &1456& && && & 0 IP SNMP& && && &
&&80& &0 & && && & 0& && &12848& && && & 0& && && & 0 PDU DISPATCHER&&
&&81& &0&&& && && && & 0& && && & 0 SNMP ENGINE& &&&
&&82& &0& && && & 0& && && & 0& && &12848& && && & 0& && && & 0 SNMP ConfCopyPro
&&83& &0& && && & 0& && && & 0& && &12848& && && & 0& && && & 0 SNMP Traps& && &
&&84& &0& && &&&184& && && & 0& && & 7032& && && & 0& && && & 0 DHCPD Database&&
& && && && && && && && && && && & Total
优秀技术经理
你好楼主：
在你的SHOW当中，我看到IP SNMP进程消耗内存较大，尝试着暂时关闭该进程，然后看一些内存利用率！
初级工程师
引用:原帖由 wanglin 于
23:20 发表
你好楼主：
在你的SHOW当中，我看到IP SNMP进程消耗内存较大，尝试着暂时关闭该进程，然后看一些内存利用率！ 我试了一下关了SNMP，但是内存使用率还是没有下来
初级工程师
没人知道吗}