虚拟机中怎么自定义设置内存.doc
虚拟机中怎么自定义设置内存
虚拟机介绍
虚拟机(Virtual Machine)指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。
虚拟系统通过生成现有操作系统的全新虚拟镜像，它具有真实windows系统完全一样的功能，进入虚拟系统后，所有操作都是在这个全新的独立的虚拟系统里面进行，可以独立安装运行软件，保存数据，拥有自己的独立桌面，不会对真正的系统产生任何影响，而且具有能够在现有系统与虚拟镜像之间灵活切换的一类操作系统。虚拟系统和传统的虚拟机(Parallels Desktop ，Vmware，VirtualBox，Virtual pc)不同在于：虚拟系统不会降低电脑的性能，启动虚拟系统不需要像启动windows系统那样耗费时间，运行程序更加方便快捷;虚拟系统只能模拟和现有操作系统相同的环境，而虚拟机则可以模拟出其他种类的操作系统;而且虚拟机需要模拟底层的硬件指令，所以在应用程序运行速度上比虚拟系统慢得多。
流行的虚拟机软件有VMware(VMWare ACE)、Virtual Box 和Virtual PC，它们都能在Windows系统上虚拟出多个计算机。
进行虚拟机里系统的内存设置的方法
java虚拟机内存不足,“Could not create the Java Virtual Machine”问题解决方案
大概原因，就是java堆内存不足以运行JVM，需要增加内存。 网上搜索此问题，大部分都是针对某个程序进行修改JVM内存的解决方法，比如eclipse,等。试问，若是其他程序出现问题了呢？ 现在给出一个全局的java虚拟机修改内存的方法。在WIN XP,WIN 7,WIN8都可以。 解决方案：增加一个系统环境变量 变量名：_JAVA_OPTIONS 变量值：-Xmx512M 保存后，就OK!! 下面给出关于java堆内存的一个介绍，这是一个英文网页的翻译过来的。 关于java堆内存： Java -Xmx is the configuration parameter to control the amount of memory Java uses on a system. Basically these settings are there to control the Heap memory size of Java. There are two settings related to Java heap memory: ?-Xmx to set the maximum heap memory size ?-Xms to set the minimum heap memory size Tips to set the Java heap memory size
Managing the Java heap memory size for a server is very crucial as the whole performance depends on this memory size, off course there are other factors which affects the performance. So let’s see how you can set these parameters to control the Java heap memory size. Do not set -Xmx to too small value If you set -Xmx too small for your server then your application may not work properly and you may get Out of memory exception. So never set this too small as this is the maximum amount of memory you are allocating for Java and it cannot utilize memory beyond the set value. It is always advisable to set -Xmx to a higher value if you have enough memory space available on your server. On the other hand if you set -Xmx value to a higher value your other resources will not be able to perform well as you have already reserved some of your memory for Java. So before setting the maximum heap size memory just check how much memory is free. To do so, stop your application server and check the free memory and accordingly you can set the maximum memory size. For example if you have 512M free memory then you can set heap memory to 300M safely i.e. -Xmx300m.
Java虚拟机(JVM)参数配置说明
Java虚拟机（JVM）参数配置说明 在Java、J2EE大型应用中，JVM非标准参数的配置直接关系到整个系统的性能。 JVM非标准参数指的是JVM底层的一些配置参数，这些参数在一般开发中默认即可，不需要任何配置。但是在生产环境中，为了提高性能，往往需要调整这些参数，以求系统达到最佳新能。另外这些参数的配置也是影响系统稳定性的一个重要因素，相信大多数Java开发人员都见过“O utOfMem ory”类型的错误。呵呵，这其中很可能就是JVM参数配置不当或者就没有配置没意识到配置引起的。 为了说明这些参数，还需要说说JDK中的命令行工具一些知识做铺垫。 首先看如何获取这些命令配置信息说明： 假设你是windows平台，你安装了J2SDK，那么现在你从cmd控制台窗口进入J2SDK安装目录下的bin目录，然后运行java命令，出现如下结果，这些就是包括java.exe工具的和J VM的所有命令都在里面。 ----------------------------------------------------------------------- D:\j2sdk15\bin>java Usage: java [-options] class [args...] (to execute a class) or java [-options] -jar jarfile [args...] (to execute a jar file) where options include: -client to select the "client" VM -server to select the "server" VM -hotspot is a synonym for the "client" VM [deprecated] The default VM is client.
JAVA虚拟机性能参数调优指导书
Java虚拟机性能参数调优指导书 (仅供内部使用）
目录 1概述 (5) 2JAVA虚拟机运行机制概览 (5) 2.1运行时分析 (5) 2.2垃圾收集和线程同步 (7) 3JAVA虚拟机参数分类说明 (8) 3.1Java虚拟机标准参数 (8) 3.2Java虚拟机扩展参数 (10) 4JAVA应用性能测试调优经验总结 (13) 4.1GC调优参数的使用 (13) 4.2JIT调优参数的使用 (14) 4.3Java线程调优参数的使用 (14) 5结束语 (15) 6参考文献 (15)
表目录 表1 JVM 标准参数集 (10) 表2 JVM 扩展参数集 (10) 表3 JVM GC/Hotspot相关参数集 (12) 表4 JVM 性能统计参数集 (13)
错误！未找到引用源。 关键词：Java、垃圾收集、虚拟机、即时编译 摘要：随着JAVA在应用系统级的项目开发中的使用越来越广泛，虚拟机、垃圾收集、热点编译、J2EE等新技术层出不穷，JAVA作为系统级开发的一个选择的优势也越来越明显，在此同时 其不能完全编译、垃圾收集等与生俱有的特征也使得JAVA备受争议的“慢”得到更多的关 注。本文通过对JAVA虚拟机的运行机理的分析，以及JAVA虚拟机参数使用说明等描述，试 图使读者能够更好的运行他的基于JAVA的应用系统，以最小的代价换取最大的收益。 缩略语清单： 缩略语英文全名中文解释 JAVA SUN公司发明的一种语言 JVM Java Virtual Machine JAVA虚拟机 GC Garbage Collection 垃圾收集 HotSpot Java虚拟机内部的一种热点编译技术 JIT Just-In-Time 即时编译技术
Eclipse中JVM内存设置
Eclipse中JVM内存设置 eclipse.ini内存设置 -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？ 参数中-vmargs的意思是设置JVM参数，所以后面的其实都是JVM的参数了，我们首先了解一下JVM内存管理的机制，然后再解释每个参数代表的含义。 堆(Heap)和非堆(Non-heap)内存 按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memo ry)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中。 堆内存分配
JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-X mx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。 非堆内存分配 JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxP ermSize设置最大非堆内存的大小，默认是物理内存的1/4。 JVM内存限制(最大值) 首先JVM内存限制于实际的最大物理内存(废话！呵呵)，假设物理内存无限大的话，J VM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows 系统下为1.5G-2G，Linux系统下为2G-3G），而64bit以上的处理器就不会有限制了。 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 通过上面对JVM内存管理的介绍我们已经了解到JVM内存包含两种：堆内存和非堆内存，另外JVM最大内存首先取决于实际的物理内存和操作系统。所以说设置VM参数导致程序无法启动主要有以下几种原因： 1) 参数中-Xms的值大于-Xmx，或者-XX:PermSize的值大于-XX:MaxPermSize； 2) -Xmx的值和-XX:MaxPermSize的总和超过了JVM内存的最大限制，比如当前操作系统最大内存限制，或者实际的物理内存等等。说到实际物理内存这里需要说明一点的是，如果你的内存是1024MB，但实际系统中用到的并不可能是1024MB，因为有一部分被硬件占用了。 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？
JAVA虚拟机内存分配机制
JA V A虚拟机内存分配原则 Java把内存划分成两种：一种是栈内存，一种是堆内存。 在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。 当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。 堆内存用来存放由new创建的对象和数组。 在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。 在堆中产生了一个数组或对象后，还可以在栈中定义一个特殊的变量，让栈中这个变量的取值等于数组或对象在堆内存中的首地址，栈中的这个变量就成了数组或对象的引用变量。 引用变量就相当于是为数组或对象起的一个名称，以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。 具体的说： 栈与堆都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。 Java的堆是一个运行时数据区,类的(对象从中分配空间。这些对象通过new、newarray、anewarray和multianewarray等指令建立，它们不需要程序代码来显式的释放。堆是由垃圾回收来负责的，堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在运行时动态分配内存的，Java 的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。 栈的优势是，存取速度比堆要快，仅次于寄存器，栈数据可以共享。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。栈中主要存放一些基本类型的变量(,int, short, long, byte, float, double, boolean, char)和对象句柄。 栈有一个很重要的特殊性，就是存在栈中的数据可以共享。假设我们同时定义： int a = 3; int b = 3;
Java虚拟机的内存结构
我们都知道虚拟机的内存划分了多个区域，并不是一张大饼。那么为什么要划分为多块区域呢，直接搞一块区域，所有用到内存的地方都往这块区域里扔不就行了，岂不痛快。是的，如果不进行区域划分，扔的时候确实痛快，可用的时候再去找怎么办呢，这就引入了第一个问题，分类管理，类似于衣柜，系统磁盘等等，为了方便查找，我们会进行分区分类。另外如果不进行分区，内存用尽了怎么办呢？这里就引入了内存划分的第二个原因，就是为了方便内存的回收。如果不分，回收内存需要全部内存扫描，那就慢死了，内存根据不同的使用功能分成不同的区域，那么内存回收也就可以根据每个区域的特定进行回收，比如像栈内存中的栈帧，随着方法的执行栈帧进栈，方法执行完毕就出栈了，而对于像堆内存的回收就需要使用经典的回收算法来进行回收了，所以看起来分类这么麻烦，其实是大有好处的。 提到虚拟机的内存结构，可能首先想起来的就是堆栈。对象分配到堆上，栈上用来分配对象的引用以及一些基本数据类型相关的值。但是·虚拟机的内存结构远比此要复杂的多。除了我们所认识的（还没有认识完全）的堆栈以外，还有程序计数器，本地方法栈和方法区。我们平时所说的栈内存，一般是指的栈内存中的局部变量表。下面是官方所给的虚拟机的内存结构图
从图中可以看到有5大内存区域，按照是否被线程所共享可分为两部分，一部分是线程独占区域，包括Java栈，本地方法栈和程序计数器。还有一部分是被线程所共享的，包括方法区和堆。什么是线程共享和线程独占呢，非常好理解，我们知道每一个Java进行都会有多个线程同时运行，那么线程共享区的这片区域就是被所有线程一起使用的，不管有多少个线程，这片空间始终就这一个。而线程的独占区，是每个线程都有这么一份内存空间，每个线程的这片空间都是独有的，有多少个线程就有多少个这么个空间。上图的区域的大小并不代表实际内存区域的大小，实际运行过程中，内存区域的大小也是可以动态调整的。下面来具体说说每一个区域的主要功能。
JVM内存设置方法
几招轻松搞定JVM内存设置 2010-09-17 14:04 gk23 javaeye 我要评论(0)字号：T | T 你知道如何进行JVM内存设置吗，这里向大家描述一下，设置JVM内存的参数有四个：分别是-Xss 每个线程的Stack大小；-Xmx Java Heap最大值；-Xms Java Heap初始值和-Xmn Java Heap Young区大小。 AD：本文向大家简单介绍一下进行JVM内存设置几种方法，安装Java开发软件时，默认安装包含两个文件夹，一个JDK(Java开发工具箱)，一个JRE(Java运行环境，内含JVM)，其中JDK内另含一个JRE。如果只是运行Java程序，则JRE已足够；而JDK则只有开发人员才用到。这里将为大家介绍设置JVM内存分配的几招。 浅谈JVM内存设置的几个妙招 一、设置JVM内存设置 1. 设置JVM内存的参数有四个： -Xmx Java Heap最大值，默认值为物理内存的1/4，最佳设值应该视物理内存大小及计算机内其他内存开销而定； -Xms Java Heap初始值，Server端JVM最好将-Xms和-Xmx设为相同值，开发测试机JVM可以保留默认值； -Xmn Java Heap Young区大小，不熟悉最好保留默认值； -Xss 每个线程的Stack大小，不熟悉最好保留默认值； 2. 如何分配JVM内存设置： （1）当在命令提示符下启动并使用JVM时（只对当前运行的类Test生效）： 1.java -Xmx128m -Xms64m -Xmn32m -Xss16m Test 2. （2）当在集成开发环境下（如eclipse）启动并使用JVM时： a. 在eclipse根目录下打开eclipse.ini，默认内容为（这里设置的是运行当前开发工具的JVM内存分配）：
深入理解Java虚拟机(JVM)
深入理解Java虚拟机（JVM） 一、什么是Java虚拟机 当你谈到Java虚拟机时，你可能是指： 1、抽象的Java虚拟机规范 2、一个具体的Java虚拟机实现 3、一个运行的Java虚拟机实例 二、Java虚拟机的生命周期 一个运行中的Java虚拟机有着一个清晰的任务：执行Java程序。程序开始执行时他才运行，程序结束时他就停止。你在同一台机器上运行三个程序，就会有三个运行中的Java 虚拟机。 Java虚拟机总是开始于一个main()方法，这个方法必须是公有、返回void、直接受一个字符串数组。在程序执行时，你必须给Java虚拟机指明这个包换main()方法的类名。 Main()方法是程序的起点，他被执行的线程初始化为程序的初始线程。程序中其他的线程都由他来启动。Java中的线程分为两种：守护线程（daemon）和普通线程（non-daemon）。守护线程是Java虚拟机自己使用的线程，比如负责垃圾收集的线程就是一个守护线程。当然，你也可以把自己的程序设置为守护线程。包含Main()方法的初始线程不是守护线程。 只要Java虚拟机中还有普通的线程在执行，Java虚拟机就不会停止。如果有足够的权限，你可以调用exit()方法终止程序。 三、Java虚拟机的体系结构 在Java虚拟机的规范中定义了一系列的子系统、内存区域、数据类型和使用指南。这些组件构成了Java虚拟机的内部结构，他们不仅仅为Java虚拟机的实现提供了清晰的内部结构，更是严格规定了Java虚拟机实现的外部行为。 每一个Java虚拟机都由一个类加载器子系统（class loader subsystem），负责加载程序中的类型（类和接口），并赋予唯一的名字。每一个Java虚拟机都有一个执行引擎（execution engine）负责执行被加载类中包含的指令。 程序的执行需要一定的内存空间，如字节码、被加载类的其他额外信息、程序中的对象、方法的参数、返回值、本地变量、处理的中间变量等等。Java虚拟机将这些信息统统保存在数据区（data areas）中。虽然每个Java虚拟机的实现中都包含数据区，但是Java虚拟机规范对数据区的规定却非常的抽象。许多结构上的细节部分都留给了Java虚拟机实现者自己发挥。不同Java虚拟机实现上的内存结构千差万别。一部分实现可能占用很多内存，而其他以下可能只占用很少的内存；一些实现可能会使用虚拟内存，而其他的则不使用。这种比较精炼的Java虚拟机内存规约，可以使得Java虚拟机可以在广泛的平台上被实现。 数据区中的一部分是整个程序共有，其他部分被单独的线程控制。每一个Java虚拟机
修改虚拟机内存 和开启“硬件加速
昨晚回复了一个帖子，内容比较经典，所以特开一贴，大家可以研究一下！ 主要是机子里的关于系统性能的2个参数： 1. debug.sf.hw=0，修改为debug.sf.hw=1，此步骤为打开硬件加速 2. dalvik.vm.heapsize=24m，修改为dalvik.vm.heapsize=32m，此步骤为修改虚拟机大小为32m 上面的第二点注意，这是修改虚拟机内存，不是修改虚拟内存！！这2者完全不同！ 最近论坛里关于修改安卓系统2个参数的帖子很火，说修改后可以提升手机的性能。修改后有说好用的，也有说不好用的，好用的把楼主捧为了神，不好用的把楼主骂个半死，其实科学嘛，总有好处有坏处的，我们只要好好分析，就能得知我们为什么要改，还有修改后可以得到什么样的益处。捧别人为神或者踩别人为泥都对事情发展没有好处。 关于修改的内容，主要是修改2个参数： debug.sf.hw=0，修改为debug.sf.hw=1，此步骤为打开硬件加速 dalvik.vm.heapsize=24m，修改为dalvik.vm.heapsize=32m，此步骤为修改虚拟机大小为32m 我来跟你解释这2个参数有什么作用，并且说说为什么我做ROM的时候不修改这2个参数。 1. dalvik.vm.heapsize=24m，修改为dalvik.vm.heapsize=32m，此步骤为修改虚拟机大小为32m 安卓系统实际上，就是建立在linux内核上的一个JAVA系统，了解JAVA的同学应该知道，在运行JAVA 程序的时候，需要在每个程序上建立一个虚拟机，以获得内存的分配，优点是假设某个程序崩溃了，系统只要关闭那个虚拟机就可以了，不会影响其他程序，缺点是很耗内存，因为你每开一个程序，就要新开一个虚拟机。 举个例子，打开程序A 的时候，程序A 就自动向系统申请1份虚拟机内存，然后不关闭，再开一个程序B ，程序B要求向系统申请3份内存，假设虚拟机内存设置为24M ，那么这2个程序合共占用了内存1X24 + 3X24 = 96M 。假设虚拟机内存设置为32M ，则这2个程序合共占用了内存1X32 + 3X32 =128M 那么，究竟修改好，还是不修改好呢？ 假设你的机子里，平常只运行一些小程序，例如QQ、看书软件、小游戏等，那么建议你不要修改，就使用标准的24M，因为足够用，并且防止运行程序过多，而产生崩溃。那是不是越小越好呢？当然不是，因为分配给程序的内存过小，有可能因为软件申请不到足够的内存，而运行不流畅。 假设平常经常运行大型程序，例如大型3D游戏等，则可以稍微调大一些，以使大型程序得到足够的内存来运行，可以更流畅。那是不是越大越好呢，当然不是，因为调的太大，其他程序就分配不到内存，无法
Websphere7.0修改JVM的内存设置
Websphere7.0环境下修改JVM的内存设置 方法1：修改配置的方式 通过修改server.xml进行JVM堆大小的设置： servel.xml文件路径：/IBM/WebSphere/AppServer/profiles/AppSrv01/config/cells/22Node01Cell/nodes/Node01/server s/server1 server.xml中修改或增加配置 -----------------------------------------------------------------------------------------------------------
cpu占用率和JAVA虚拟机
我来帮他解答 优化MySQL，你的内存有512m，但是还有130m剩余，但是同时你的SWAP 却用了184M， 我的建议是修改mysql配置文件，优化缓存大小和连接数连接方式，优化你的sql语句 我记得mysql好像是有工具可以查看最占用资源的sql语句，找到他，优化他。如果优化后你的主机负载还是很高，建议升级硬件。主要是升内存和用更快的磁盘整阵列。 如果升级硬件还是不行，建议搭建mysql同步集群，分散访问压力。 Java内存占用过高
JA V A虚拟机和Tomcat虚拟机内存大小 java虚拟机的内存是否够用。如果不够用要同时增加java虚拟机的内存。 如何增加java虚拟机可以使用的最大内存 (2006-11-05 16:24:18) 转载▼ 分类：计算机与 Internet 标签： 杂谈 java虚拟机可使用的最大内存是有限制的，缺省值通常为64MB或128MB。 如果一个应用程序为了提高性能而把数据加载内存中而占用较大的内存，比如超过了默认的最大值128MB，需要加大java虚拟机可使用的最大内存，否则会出现Out of Memory（系统内存不足）的异常。启动java时，需要使用如下两个参数： -Xms java虚拟机初始化时使用的内存大小 -Xmx java虚拟机可以使用的最大内存 以上两个参数中设置的size，可以带单位，例如：256m表示256MB 举例说明： java -Xms128m -Xmx256m … 表示java虚拟机初始化时使用的内存为128MB，可使用的最大内存为256MB。对于tomcat，可以修改其脚本catalina.sh（unix平台）或catalina.bat（windows 平台），设置变量JAVA_OPTS即可，例如： JAVA_OPTS=’-Xms128m -Xmx256m’ Java如何增大虚拟机内存： 很可能是因为循环的问题导致jvm虚拟内存不够导致的溢出。一般指定jvm运行的虚拟内存都是在诸如tomcat或者weblogic之类的中间件或者eclipse或者jboss之类的东西，但是楼主的是一个jar，我推荐这样做，新建一个文件，命名为XX.bat，里面写java -jar -Xms128m -Xmx128m XX.jar，双击bat文件即可执行jar，如果你需要定时运行这个jar也很容易，将bat加入到计划任务中即可。
JVM内存参数详解以及配置调优
JVM的结构 从功能上分，Java虚拟机主要由六个部分组成，可以分成三类： 第一类：JVM API：就是我们最常用的Java API，它是开发人员和Java交互的入口，它主要是JAVA_HOME/jre/lib下的运行时类库rt.jar和编译相关的tools.jar 第二类：JVM内部组件 类装载器(ClassLoader)：将Byte Array的.class文件装载、链接和初始化。 内存管理(Memory Managent)：为对象分配内存，以及释放内存。后者就是垃圾回收Garbage Collector（GC）。由于JVM最复杂的、最影响性能的就是GC，所以内存管理一般就指垃圾回收。 诊断接口(Diagostics Interface)：这主要体现在JVMTI(jdk1.4下的JVMPI和JVMDI)，它主要用来诊断程序的问题和性能，一般提供给工具厂商实现。如eclispe IDE下的debug功能，Jprofiler 性能调优工具。 类解释器(Interpreter)：解释装载进虚拟机的class对象，包括JIT等特性相关。 第三类：平台相关接口(Platform Interface)：主要为了跨操作系统平台重用JVM代码，不过，它和我们开发人员关系不大。 在以上六个组件中，我们开发人员最关心的是ClassLoader和GC，用Java做系统框架、容器和它们密切相关。做业务系统时一些基础代码也和它们打交道，譬如最常用的Class.forName(),Thread.currentThread.getContextClassLoader()。我们仔细想想，为什么是上面两个问题？因为，它和我们class的整个生命周期最为相关：怎么将一个class和相关class 加载进来，class实例什么时候创建，什么时候被销毁？ 所以，下面的部分我们要专门讨论这些问题。 在JVM中有两种垃圾方式，一种叫做Minor（次收集），另一种叫做Major（主收集）。其中Minor在Young Generation的空间被对象全部占用后执行，主要是对Young Generation中的对象进行垃圾收集。而Major是针对于整个Heap size的垃圾收集。其中Minor方式的收集经常发生，并且Minor收集所占用的系统时间小。Major方式的垃圾收集则是一种“昂贵”的垃圾收集方式，因为在Major要对整个Heap size进行垃圾收集,这会使得应用停顿的时间变得较长。 java -jar -server -verbose:gc -XX:+UseParNewGC -Xmn8m -Xms32m -Xmx32m SwingSet2.jar 使用了-XX:+UseParNewGC选项的minor收集的时间要比不使用的时候优。 java -jar -verbose:gc -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -Xmn64m -Xms256m -Xmx 256m SwingSet2.jar 采用-XX:+UseConcMarkSweepGC选项在Heap Size 比较大而且Major收集时间较长的情况下使用更合适
JAVA虚拟机规范
运行时数据区域 Java虚拟机所管理的内存将会包括以下几个运行时数据区域： 程序计数器 Program Counter Register是一块较小的内存空间，作用可以看做是当前线程所执行的字节码的行号指示器。在虚拟机规范里，字节码解释器工作时就是通过改变计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理和线程恢复等基础功能都依赖程序计数器完成。 由于Java虚拟机的多线程时通过线程轮流切换并分配处理器执行时间的方式来实现的，在任何时刻，一个处理器（对于多核处理器来说是一个内核）只会执行一条线程中的指令。因为，为了线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各线程之间的计数器不影响，独立存储，因此这类区域为“线程私有”的内存。 如果线程正在执行一个Java方法，计数器记录的是正在执行的虚拟机字节码指令的地址：如果执行的是Native方法，计数器值为空Undefined。此区域是虚拟机规范中没有规定任何OutOfMemoryError情况的区域。 Java虚拟机栈 Java虚拟机栈也是线程私有的，生命周期与线程相同。虚拟机栈描述的是Java方法执
行的内存模型：每个方法被执行时会创建一个栈帧Stack Frame用于存储局部变量表、操作栈、动态链接、方法出口等信息。每个方法被调用到执行完成，对应一个栈帧在栈中从入栈到出栈的过程。 局部变量表存放了编译期可知的8种基本数据类型、对象引用和returnAddress类型（指向一条字节码指令的地址）。其中64位长度的long和double类型的数据占用2个局部变量空间（Slot），其余数据类型占用1个。局部变量表所需的内存空间在编译期间完成分配，在方法运行期间不会改变局部变量表的大小。 在虚拟机规范中，这个区域规定了两种异常：如果线程请求的栈深度大于虚拟机允许的深度，将抛出StackOverflowError异常；如果栈可以动态扩展，当扩展无法申请到足够的内存时抛出OutOfMemoryError异常。 本地方法栈 Native Method Stack与虚拟机栈作用类似，不过是虚拟机栈为虚拟机执行的Java方法（即字节码）服务，而本地方法栈为虚拟机使用的Native方法服务。与虚拟机栈一样，本地方法栈也会抛出StackOverflowError和OutOfMemoryError异常。 Java堆 Java虚拟机规范描述是：所有对象实例以及数组都在堆上分配。堆是所有线程共享的，但从内存分配角度看，线程共享的堆可能划分出多个线程私有的分配缓冲区（Thread Local Allocation Buffer TLAB)。不过，无论如何划分，都与存放内容无关，无论哪个区域，存储的都仍然是对象实例。 方法区 Method Area是线程共享的，用于存储被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。 Java虚拟机规范对方法区限制比较宽松，除了和堆一样不需要连续的内存和可用选择固定大小或者可扩展外，还可以选择不实现垃圾收集。一般来说，垃圾收集行为在这个区域比较少见，但并非数据进入了方法区就永久存在了。这个区域的内存回收目标主要针对常量池的回收和类型的卸载。该区域无法分配内存时，抛出OutOfMemoryError异常。 运行时常量池Runtime Constant Pool是方法区一部分，Class文件除了有类的版本、字段、方法和接口等描述信息外，还有常量池Constant Pool Table，用于存放编译期生成的字面量和符号引用。 Java语言不要求常量一定只能在编译期生成，也就是并非预置入Class文件中常量池的内容才能进入方法区运行时常量池，运行期间也可能将新的常量放入池中，比如String类的intern()方法。 对象访问 Object obj=new Object()
Java虚拟机内存调优
java JVM参数 1.堆大小设置 JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5 G物理内存，JDK5.0下测试，最大可设置为1478m。 典型设置： o java-Xmx3550m -Xms3550m -Xmn2g-Xss128k -Xmx3550m：设置JVM最大可用内存为3550M。 -Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同， 以避免每次垃圾回收完成后JVM重新分配内存。 -Xmn2g：设置年轻代大小为2G。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小 年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/ 8。 -Xss128k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为 1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调 整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一 个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左 右。 o java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:Su rvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThres hold=0 -XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年 老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：
Java虚拟机Java内存区域及对象
Java内存区域及对象 几个计算机的概念 为以后写文章考虑，也为巩固自己的知识和一些基本概念，这里要理清楚几个计算机中的概念。 1、计算机存储单位 从小到大依次为位Bit、字节Byte、千字节KB、兆M、千兆GB、TB，相邻单位之间都是1024倍，1024为2的10次方，即： · 1Byte = 8bit · · 1K = 1024Byte · · 1M = 1024K · · 1G = 1024M · · 1T = 1024G · 2、计算机存储元件 寄存器：中央处理器CPU的一部分，是计算机中读写速度最快的存储元件，但是容量很少
内存：属于独立的一个部件，是和CPU沟通的桥梁，用于存放CPU中的运算数据以及与外部存储器交换的数据。尽管在今天，对内存的读写速度已经很快了，但是由于寄存器是在CPU上的，所以对于内存的读写速度和对于寄存器的读写速度上还是有几个数量级的差距。但是没办法，对于内存的读写I/O操作是很难消除的，寄存器数量有限，不可能通过寄存器来完成所有的运算任务 3、内核空间和用户空间 连接内存和寄存器的是地址总线，地址总线的宽度影响了物理地址的索引X围，因为总线宽度决定了处理器一次可以从寄存器或内存中获取多少个Bit，同时也决定了处理器最大可以寻址的地址空间。比如32位CPU的系统，可寻址X围为0×00000000~0xFFFFFFFF，即232=4294967296个内存位置，每个内存位置1个字节，即32位CPU系统可以有4GB 的内存空间。不过应用程序是不可以完全使用这些地址空间的，因为这些地址空间被划分为了内核空间和用户空间，程序只能使用用户空间的内存。内核空间主要是指操作系统运行时所使用的用于程序调度、虚拟内存的使用或者硬件资源的程序逻辑。区分内核空间和用户空间的目的主要是从系统的稳定性的角度考虑的。Windows 32操作系统默认内核空间和用户空间的比例是1:1，即2G内核空间、2G内存空间，32位Linux系统中默认比例则是1:3，即1G内核空间，3G内存空间。 4、字长 CPU的主要技术指标之一，指的是CPU一次能并行处理二进制的位数（Bit）。通常称处理字长为8位数据的CPU为8位CPU，32位CPU就是在同一时间内处理字长为32位的二进制数据。不过目前虽然CPU大多是64位的，但还是以32位字长运行 前言 说到Java内存区域，可能很多人第一反应是“堆栈”。首先堆栈不是一个概念，而是两
JAVA虚拟机内存分配与回收机制
JAVA虚拟机内存分配与回收机制 Java把内存划分成两种：一种是栈内存，一种是堆内存。 在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。 当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。 堆内存用来存放由new创建的对象和数组。 在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。 在堆中产生了一个数组或对象后，还可以在栈中定义一个特殊的变量，让栈中这个变量的取值等于数组或对象在堆内存中的首地址，栈中的这个变量就成了数组或对象的引用变量。 引用变量就相当于是为数组或对象起的一个名称，以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。 具体的说： 栈与堆都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。 Java的堆是一个运行时数据区,类的(对象从中分配空间。这些对象通过new、newarray、anewarray和multianewarray等指令建立，它们不需要程序代码来显式的释放。堆是由垃圾回收来负责的，堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在运行时动态分配内存的，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。 栈的优势是，存取速度比堆要快，仅次于寄存器，栈数据可以共享。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。栈中主要存放一些基本类型的变量(,int, short, long, byte, float, double, boolean, char)和对象句柄。 栈有一个很重要的特殊性，就是存在栈中的数据可以共享。假设我们同时定义： int a = 3; int b = 3;
java虚拟机调优原理及技巧
Java虚拟机调优原理及技巧 一、相关概念 基本回收算法 1.引用计数（Reference Counting） 比较古老的回收算法。原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。 2.标记-清除（Mark-Sweep） 此算法执行分两阶段。第一阶段从引用根节点开始标记所有被引用的对 象，第二阶段遍历整个堆，把未标记的对象清除。此算法需要暂停整个应用，同时，会产生内存碎片。 3.复制（Copying） 此算法把内存空间划为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前使用区域，把正在使用中的对象复制到另外一个区域中。 次算法每次只处理正在使用中的对象，因此复制成本比较小，同时复制过去以后还能进行相应的内存整理，不过出现“碎片”问题。当然，此算法的缺点也是很明显的，就是需要两倍内存空间。 4.标记-整理（Mark-Compact） 此算法结合了“标记-清除”和“复制”两个算法的优点。也是分两阶段，第一阶段从根节点开始标记所有被引用对象，第二阶段遍历整个堆，把清除未标记对象并且把存活对象“压缩”到堆的其中一块，按顺序排放。此算法避免了“标记-清除”的碎片问题，同时也避免了“复制”算法的空 间问题。 5.增量收集（Incremental Collecting） 实施垃圾回收算法，即：在应用进行的同时进行垃圾回收。不知道什么原因JDK5.0中的收集器没有使用这种算法的。 6.分代（Generational Collecting） 基于对对象生命周期分析后得出的垃圾回收算法。把对象分为年青代、年老代、持久代，对不同生命周期的对象使用不同的算法（上述方式中的一个）进行回收。现在的垃圾回收器（从J2SE1.2开始）都是使用此算法的。 分代垃圾回收详述