当前位置： &
& win7怎么查看虚拟机最大动态内存
win7怎么查看虚拟机最大动态内存
　　有在win7系统中用过虚拟机的用户应该知道，虚拟机在运行过程中会占用比较大的内存，给CPU带来较大负担。为此，虚拟机中增添了一个动态内存的功能，方便用户调整虚拟机使用的内存量。今天小编就带大家一起去看看win7虚拟机的最大动态内存。　　1、首先我们打开计算机系统的任务管理器查看当前虚拟机中有多少可用内存，如下图所示：　　　　2、然后利用Performance Monitor，即通过Hyper-V Dynamic Memroy Integration Service的Mbytes性能计数器来查看Maximum Memory，如下图所示：　　　　3、在虚拟机内以管理员身份打开windows powershell，然后运行以下命令：get-counter &\Hyper-v Dynamic Memory Integration Service\Maximum Memory, Mbytes&).CounterSamples.CookedValue。如下图所示：　　　　通过上面的方法我们便可以看到当前虚拟机配置的最大内存了。 & &小编推荐： & & & & & &
上一篇 &：
下一篇 &：
文章链接：//www.gezila.com/tutorials/41896.html
(转载时请注明本文出处及文章链接)vmware虚拟机占用电脑内存资源怎么办 vmware虚拟机严重占用空间解决方法
互联网 & 07-24 14:18:55 & 作者：佚名 &
最近，很多网友问小编vmware虚拟机占用电脑内存资源怎么办？今天脚本之家小编就给大家介绍vmware虚拟机严重占用空间的解决方法，非常实用，还在被虚拟机占用空间问题所困扰的小伙伴可以看看
vmware workstation是当前一款主流的虚拟机软件，相信很多小伙伴都有在电脑上安装这款虚拟机软件，它可以模拟出多台虚拟的电脑，就像真正的计算机一样工作。不过，也有不少用户反映说，开启VMware虚拟机工作后，很占用很大电脑空间。那么，vmware虚拟机占用电脑内存资源怎么办？应该如何优化呢？我们一起去看看！
软件名称：vmware workstation11虚拟机破解版(附安装教程) 32/64位软件大小：307MB更新时间：
实际上，VMware虚拟机安装过多个系统之后，本身就占用很大了，如果你开启了自动保护（自动备份快照），就会让虚拟机的占用越来越大，以至于爆满整个分区都不为过。
VMware虚拟机占用资源怎么优化？
1、首先我们打开VMware虚拟机主界面。
2、右键我们需要优化的系统，如果有多个系统，这需要重复操作。
3、右键之后鼠标移动到&快照&&&快照管理器&。
4、勾选左下角的&显示自动保护的快照&，之后点击界面中的快照1（时钟图标的快照），再点击右下角的&删除&。
5、提示是否删除快照，我们选择&是&或者&确定&。
6、当前无快照的情况下。
7、在此界面中点击&自动保护&。
8、在虚拟机设置界面中，去掉&启用自动保护&前面的勾选，确定即可。
我们需要对每一个虚拟系统都操作一边，确保没有漏网之鱼，没有快照的坏处是虚拟系统出现问题的时候需要重装，不能使用快照恢复。
以上就是&VMware虚拟机占用资源怎么优化&的处理方法介绍，希望对大家有所帮助。
相关阅读：
大家感兴趣的内容
12345678910
最近更新的内容&&&&&&&&&&&&&&&&&&
posts - 106,comments - 2,trackbacks - 0
内存查看与分析工具，下面是日常监控可以使用的一些工具，
在调试时应用比较多的是堆栈信息，查看这篇文章：
gc日志输出
在jvm启动参数中加入
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimestamps
-XX:+PrintGCApplicationStopedTime
jvm将会按照这些参数顺序输出gc概要信息，详细信息，gc时间信息，gc造成的应用暂停时间。如果在刚才的参数后面加入参数 -Xloggc:文件路径，gc信息将会输出到指定的文件中。其他参数还有-verbose:gc和-XX:+PrintTenuringDistribution等。
查看JVM堆栈信息jstack 11497 && /home/zhaoxiao/jstack11497.txt
查看堆快照jmap -dump:format=b,file=/home/zhaoxiao/heap1497.txt 11497
查看进程对应的线程信息ps -mp 11497 -o THREAD,tid,time
jconsole图形界面分析
jconsole是jdk自带的一个内存分析工具，它提供了图形界面。可以查看到被监控的jvm的内存信息，线程信息，类加载信息，MBean信息。jconsole位于jdk目录下的bin目录，在windows下是jconsole.exe，在unix和linux下是jconsole.sh，jconsole可以监控本地应用，也可以监控远程应用。
要监控本地应用，执行jconsole pid，pid就是运行的java进程id，如果不带上pid参数，则执行jconsole命令后，会看到一个对话框弹出，上面列出了本地的java进程，可以选择一个进行监控。
jviusalvm可视化虚拟机
jvisualvm提供了jconsole类似的功能，还提供了jvm内存和cpu实时诊断，还有手动dump出jvm内存情况，手动执行gc。和jconsole一样，运行jviusalvm，在jdk的bin目录下执行jviusalvm，windows下是jviusalvm.exe,linux和unix下是jviusalvm.sh。下面是jviusalvm的一个使用截图：
JVM参数设置及分析
(1)JVM参数的含义
初始堆大小
物理内存的1/64(&1GB)
默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制.
最大堆大小
物理内存的1/4(&1GB)
默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制
年轻代大小(1.4or lator)
注意：此处的大小是（eden+ 2 survivor space).与jmap -heap中显示的New gen是不同的。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小.增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8
-XX:NewSize
设置年轻代大小(for 1.3/1.4)
-XX:MaxNewSize
年轻代最大值(for 1.3/1.4)
-XX:PermSize
设置持久代(perm gen)初始值
物理内存的1/64
-XX:MaxPermSize
设置持久代最大值
物理内存的1/4
每个线程的堆栈大小
JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K.更具应用的线程所需内存大小进行 调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在左右一般小的应用， 如果栈不是很深， 应该是128k够用的 大的应用建议使用256k。这个选项对性能影响比较大，需要严格的测试。（校长）和threadstacksize选项解释很类似,官方文档似乎没有解释,在论坛中有这样一句话:"”-Xss is translated in a VM flag named ThreadStackSize”一般设置这个值就可以了。
-XX:ThreadStackSize
Thread Stack Size
(0 means use
default stack size) [Sparc: 512; Solaris x86: 320 (was 256 prior in 5.0
and earlier); Sparc 64 bit: 1024; Linux amd64: 1024 (was 0 in 5.0 and
earlier); all others 0.]
-XX:NewRatio
年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)
-XX:NewRatio=4表示年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5Xms=Xmx并且设置了Xmn的情况下，该参数不需要进行设置。
-XX:SurvivorRatio
Eden区与Survivor区的大小比值
设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10
-XX:LargePageSizeInBytes
内存页的大小不可设置过大， 会影响Perm的大小
-XX:+UseFastAccessorMethods
原始类型的快速优化
-XX:+DisableExplicitGC
关闭System.gc()
这个参数需要严格的测试
-XX:MaxTenuringThreshold
垃圾最大年龄
如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代. 对于年老代比较多的应用,可以提高效率.如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活 时间,增加在年轻代即被回收的概率该参数只有在串行GC时才有效.
-XX:+AggressiveOpts
-XX:+UseBiasedLocking
锁机制的性能改善
-Xnoclassgc
禁用垃圾回收
-XX:SoftRefLRUPolicyMSPerMB
每兆堆空闲空间中SoftReference的存活时间
reachable objects will remain alive for some amount of time after the
last time they were referenced. The default value is one second of
lifetime per free megabyte in the heap
-XX:PretenureSizeThreshold
对象超过多大是直接在旧生代分配
单位字节 新生代采用Parallel Scavenge GC时无效另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象.
-XX:TLABWasteTargetPercent
TLAB占eden区的百分比
-XX:+CollectGen0First
FullGC时是否先YGC
(2)并行收集器相关参数
-XX:+UseParallelGC
Full GC采用parallel MSC(此项待验证)
选择垃圾收集器为并行收集器.此配置仅对年轻代有效.即上述配置下,年轻代使用并发收集,而年老代仍旧使用串行收集.(此项待验证)
-XX:+UseParNewGC
设置年轻代为并行收集
可与CMS收集同时使用JDK5.0以上,JVM会根据系统配置自行设置,所以无需再设置此值
-XX:ParallelGCThreads
并行收集器的线程数
此值最好配置与处理器数目相等 同样适用于CMS
-XX:+UseParallelOldGC
年老代垃圾收集方式为并行收集(Parallel Compacting)
这个是JAVA 6出现的参数选项
-XX:MaxGCPauseMillis
每次年轻代垃圾回收的最长时间(最大暂停时间)
如果无法满足此时间,JVM会自动调整年轻代大小,以满足此值.
-XX:+UseAdaptiveSizePolicy
自动选择年轻代区大小和相应的Survivor区比例
设置此选项后,并行收集器会自动选择年轻代区大小和相应的Survivor区比例,以达到目标系统规定的最低相应时间或者收集频率等,此值建议使用并行收集器时,一直打开.
-XX:GCTimeRatio
设置垃圾回收时间占程序运行时间的百分比
公式为1/(1+n)
-XX:+ScavengeBeforeFullGC
Full GC前调用YGC
Do young generation GC prior to a full GC. (Introduced in 1.4.1.)
(3)CMS相关参数
-XX:+UseConcMarkSweepGC
使用CMS内存收集
测试中配置这个以后,-XX:NewRatio=4的配置失效了,原因不明.所以,此时年轻代大小最好用-Xmn设置.???
-XX:+AggressiveHeap
试图是使用大量的物理内存长时间大内存使用的优化，能检查计算资源（内存， 处理器数量）至少需要256MB内存大量的CPU／内存， （在1.4.1在4CPU的机器上已经显示有提升）
-XX:CMSFullGCsBeforeCompaction
多少次后进行内存压缩
由于并发收集器不对内存空间进行压缩,整理,所以运行一段时间以后会产生"碎片",使得运行效率降低.此值设置运行多少次GC以后对内存空间进行压缩,整理.
-XX:+CMSParallelRemarkEnabled
降低标记停顿
-XX+UseCMSCompactAtFullCollection
在FULL GC的时候， 对年老代的压缩
CMS是不会移动内存的， 因此， 这个非常容易产生碎片， 导致内存不够用， 因此， 内存的压缩这个时候就会被启用。 增加这个参数是个好习惯。可能会影响性能,但是可以消除碎片
-XX:+UseCMSInitiatingOccupancyOnly
使用手动定义初始化定义开始CMS收集
禁止hostspot自行触发CMS GC
-XX:CMSInitiatingOccupancyFraction=70
使用cms作为垃圾回收使用70％后开始CMS收集
为了保证不出现promotion failed(见下面介绍)错误,该值的设置需要满足以下公式
-XX:CMSInitiatingPermOccupancyFraction
设置Perm Gen使用到达多少比率时触发
-XX:+CMSIncrementalMode
设置为增量模式
用于单CPU情况
-XX:+CMSClassUnloadingEnabled
(4)辅助信息
-XX:+PrintGC
[GC 118250K-&0112K), 0.0094143 secs][Full GC 121376K-&1K), 0.0650971 secs]
-XX:+PrintGCDetails
输出形式:[GC [DefNew: 8614K-&781K(9088K), 0.0123035 secs] 118250K-&0112K), 0.0124633 secs][GC
[DefNew: 8614K-&K), 0.0000665 secs][Tenured:
112761K-&1K), 0.0433488 secs]
121376K-&1K), 0.0436268 secs]
-XX:+PrintGCTimeStamps
-XX:+PrintGC:PrintGCTimeStamps
可与-XX:+PrintGC -XX:+PrintGCDetails混合使用输出形式:11.851: [GC 98328K-&9K), 0.0082960 secs]
-XX:+PrintGCApplicationStoppedTime
打印垃圾回收期间程序暂停的时间.可与上面混合使用
输出形式:Total time for which application threads were stopped: 0.0468229 seconds
-XX:+PrintGCApplicationConcurrentTime
打印每次垃圾回收前,程序未中断的执行时间.可与上面混合使用
输出形式:Application time: 0.5291524 seconds
-XX:+PrintHeapAtGC
打印GC前后的详细堆栈信息
-Xloggc:filename
把相关日志信息记录到文件以便分析.与上面几个配合使用
-XX:+PrintClassHistogram
garbage collects before printing the histogram.
-XX:+PrintTLAB
查看TLAB空间的使用情况
XX:+PrintTenuringDistribution
查看每次minor GC后新的存活周期的阈值
Desired survivor size 1048576 bytes, new threshold 7 (max 15)new threshold 7即标识新的存活周期的阈值为7。
(5)GC性能方面的考虑
&&&&&& 对于GC的性能主要有2个方面的指标：吞吐量throughput（工作时间不算gc的时间占总的时间比）和暂停pause（gc发生时app对外显示的无法响应）。
1. Total Heap
&&&&&& 默认情况下，vm会增加/减少heap大小以维持free space在整个vm中占的比例，这个比例由MinHeapFreeRatio和MaxHeapFreeRatio指定。
一般而言，server端的app会有以下规则：
对vm分配尽可能多的memory；
将Xms和Xmx设为一样的值。如果虚拟机启动时设置使用的内存比较小，这个时候又需要初始化很多对象，虚拟机就必须重复地增加内存。
处理器核数增加，内存也跟着增大。
2. The Young Generation
&&&&&& 另外一个对于app流畅性运行影响的因素是young generation的大小。young
generation越大，minor collection越少；但是在固定heap size情况下，更大的young
generation就意味着小的tenured generation，就意味着更多的major collection(major
collection会引发minor collection)。
&&&&&& NewRatio反映的是young和tenured
generation的大小比例。NewSize和MaxNewSize反映的是young
generation大小的下限和上限，将这两个值设为一样就固定了young generation的大小（同Xms和Xmx设为一样）。
&&&&&& 如果希望，SurvivorRatio也可以优化survivor的大小，不过这对于性能的影响不是很大。SurvivorRatio是eden和survior大小比例。
一般而言，server端的app会有以下规则：
首先决定能分配给vm的最大的heap size，然后设定最佳的young generation的大小；
如果heap size固定后，增加young generation的大小意味着减小tenured generation大小。让tenured generation在任何时候够大，能够容纳所有live的data（留10%-20%的空余）。
转：http://www.cnblogs.com/binyue/p/3801673.html
阅读(...) 评论()没有更多推荐了，
不良信息举报
举报内容：
查看虚拟机占用多少内存
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！X86虚拟化平台的物理机真实内存使用率是虚拟机内存使用率总和还是虚拟机内存分配率总和？比如KVM的宿主机，在宿主机上看到的真实内存使用率（除去CACHE和BUFFER）是KVM所有虚拟机的内存使用率总和还是KVM所有虚拟机的内存分配率总和？回答邀答4回答&
系统工程师
, LG、、等赞同了此回答
kvm不太了解，我知道在vmware中物理主机看到的内存使用情况，应该是内存分配的总和，而不是实际使用总和。kvm不太了解，我知道在vmware中物理主机看到的内存使用情况，应该是内存分配的总和，而不是实际使用总和。赞同5浏览985&
系统工程师
, 江西农信、、赞同了此回答
那如果是内存使用率总和的话，那KVM内存是不是可以超分配？遇到所有KVM虚拟机的内存使用率超出MAX PIN，是不是要被PAGE OUT至交换分区了？不知道我理解的对不对？那如果是内存使用率总和的话，那KVM内存是不是可以超分配？遇到所有KVM虚拟机的内存使用率超出MAX PIN，是不是要被PAGE OUT至交换分区了？不知道我理解的对不对？赞同3浏览912&
, 中国人民银行清算总中心、赞同了此回答
是所有虚拟机的内存使用率总和。但如果某个虚拟机的内存设置了xx GB的reserve，别的虚拟抢不了，这部分reserve内存，有可能计入（没有特别关注过）。是所有虚拟机的内存使用率总和。但如果某个虚拟机的内存设置了xx GB的reserve，别的虚拟抢不了，这部分reserve内存，有可能计入（没有特别关注过）。赞同2浏览926&
系统工程师
, 九州云openstack这个有多个层面hostos VM的内存占用VM内部 内存的占用内存是否超配后的内存占用这个...不知道对于最终管理人员 到底那个纬度是最优价值的这个有多个层面hostos VM的内存占用VM内部 内存的占用内存是否超配后的内存占用这个...不知道对于最终管理人员 到底那个纬度是最优价值的赞同浏览926回答问题系统工程师, 江西农信评论879&
— talk with trend,talk with technologist
京ICP备号-30}