eclipse修改JVM内存 - Hi, Sun - ITeye技术网站
博客分类：
有两种方法：
1、打开eclipse配置文件eclipse.ini，更改把-Xmx（其数值代表jvm可以使用的最大内存数）
运行java程序时，选择run-&run configuration-&arguments,输入-Xms100M -Xmx800M（-Xms代表jvm启动时分配的内存大小，-Xmx代表可最大分配多少内存）。
浏览: 1016052 次
来自: 杭州
信件编号：SZXX0 查询密码：QC8 ...
spring mvc demo教程源代码下载，地址：http: ...
推荐使用http://buttoncssgenerator.c ...
searchParams
这个参数到这一步Map&St ...
java jsoup开源框架demo使用实例教程源代码下载:h ...扫描二维码，关注牛客网
下载牛客APP，随时随地刷题
扫一扫，把题目装进口袋【转】 JBOSS最大连接数配置和jvm内存配置
【转】 JBOSS最大连接数配置和jvm内存配置
一.调整JBOSS最大连接数.配置deploy/jboss-web.deployer/server.xml文件?. &Connector port="8080" address="0.0.0.0" maxThreads="1600" minSpareThreads="100" maxSpareThreads="250" emptySessionPath="false" enableLookups="false" redirectPort="8443" acceptCount="800" connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="UTF-8" /&&maxThreads：表示最多同时处理的连接数。应该将线程数（最大线程数）设置比最大预期负载（同时并发的点击）多（经验规则）。&acceptCount：当同时连接的人数达到maxThreads时，还可以接收排队的连接。：指“启动以后，总是保持该数量的线程空闲等待”；设置比预期负载多。：指“如果超过了，然后总是保持该数量的线程空闲等待”；设置比预期负载多。 其中主要修改两个参数maxThreads和acceptCount值。增加maxThreads，减少acceptCount值有利缩短系统的响应时间。但是maxThreads和acceptCount的总和最高值不能超过6000，而且maxThreads过大会增加CPU和内存消耗，故低配置用户可通过降低maxThreads并同时增大acceptCount值来保证系统的稳定。下表罗列出了在不同并发情况下jboss参数与并发在线的一般关系。并发数服务器内存jboss参数?&?&maxThreads&acceptCount50以下&2G&256&80050-300&4G&600&1024300-800&8G&1024&1528800-1000&8G&1024&2048&12G&1526&2048&16G&2048&2048?&?&?&??&?&?&??二.调整 jvm参数A：JVM启动参数共分为三类： 其一是标准参数（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容； 其二是非标准参数（-X），指的是JVM底层的一些配置参数，这些参数在一般开发中默认即可，不需要任何配置。但是在生产环境中，并不保证所有jvm实现都满足，所以为了提高性能，往往需要调整这些参数，以求系统达到最佳性能。另外这些参数不保证向后兼容，也即是说“如有变更，恕不在后续版本的JDK通知”（这是官网上的原话）； 其三是非Stable参数（-XX），这类参数在jvm中是不稳定的，不适合日常使用的，后续也是可能会在没有通知的情况下就直接取消了，需要慎重使用。&B：而JVM 内存又可分为三个主要的域 ： 新域、旧域以及永久域。JVM生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后，便进入旧域。而在永久域中是用来存储JVM自己的反射对象的，如class和method对象，而且GC(Garbage Collection)不会在主程序运行期对永久域进行清理。其中新域和旧域属于堆，永久域是一个独立域并且不认为是堆的一部分。&C：各主要参数的作用如下 ： -Xms：设置jvm内存的初始大小 -Xmx：设置jvm内存的最大值 -Xmn：设置新域的大小（这个似乎只对 jdk1.4来说是有效的，后来就废弃了） -Xss：设置每个线程的堆栈大小(也就是说,在相同物理内存下，减小这个值能生成更多的线程) -XX：NewRatio :设置新域与旧域之比，如-XX：NewRatio = 4就表示新域与旧域之比为1：4 -XX:NewSize：设置新域的初始值 -XX:MaxNewSize ：设置新域的最大值 -XX:PermSize：设置永久域的初始值 -XX:MaxPermSize：设置永久域的最大值 -XX:SurvivorRatio=n:设置新域中Eden区与两个Survivor区的比值。（Eden区主要是用来存放新生的对象，而两个 Survivor区则用来存放每次垃圾回收后存活下来的对象）&D：常见的错误 ： java.lang.OutOfMemoryError相信很多开发人员都用到过，这个主要就是JVM参数没有配好引起的，但是这种错误又分两种：java.lang.OutOfMemoryError: Java heap space和java.lang.OutOfMemoryError: PermGen space，其中前者是有关堆内存的内存溢出，可以同过配置-Xms和-Xmx参数来设置，而后者是有关永久域的内存溢出，可以通过配置 -XX:MaxPermSize来设置。下面是个例子,请根据实际情况进行修改,修改run.conf文件中的如下内容： JAVA_OPTS="-Xms256m -Xmx2048m -XX:NewSize=256m -XX:MaxNewSize=512m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:+UseConcMarkSweepGC -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled -Djboss.platform.mbeanserver"日志文件设置： 若需要修改JBoss默认的log4j设置，可修改JBoss安装目录"server\default\conf下的jboss-log4j.xml文件，在该文件中可以看到，log4j的日志输出在JBoss安装目录"server\default
2中很重要的一部分，在类型转换、文件上传、国际化、校验、传参等都会用到拦截器；
自定义拦截器需要实现Interceptor接口，接口中有三个方法
2，总是犯点低级错误，今天又发现一个：
Error setting value ognl.MethodFailedException: Method setPoint failed for object com.test.testtransAction@58cca9
一，系统软硬件环境
1，应用服务器
Intel Xeon 2.13G 2核 2路CPU，16G内存，Windows server 位）
2，Web系统
基于Java/JSP实现，数据量较大，查询处理多，内存使用较多；有很多
Session session =
Transaction tx =
session =HibernateUtil.getSession();
tx = session.beginTransaction();
* iterate方法执行流程
* 现发一条select id
今天碰到一个很妖怪的问题，在下用Eclipse启动
时， 在console里虽然已经提示“Started in ….”，表示已经启动完成，但是 Servers一栏中一直显示starting...的字样。用浏览器可以访问，不
1.orm(object relationmodel)
目前，面向对象凭借其绝对的优势已经成为计算机语言发展的趋势，然而数据库系统仍然保留着关系型，这就给编码带来了很多的不便。于是变产生了大量的对象-关系框
实验结论：
在Model中的属性和Action的属性同名的（Action实现了ModelDriven接口）的情况下，
2优先把页面参数设置到Model中属性，而如果这时Model中没有该名字的属性，则会设置到Ac
修改conf文件夹下面的server.xml的Engine里面的内容即可
原始内容如下：
?&Engine name=Catalina defaultHost=localhost&
&Realm className=org.apache.catalina.realm.
Apache 提供的一个插件包，可以把
Action 中的数据以
JSON 做个封装然后返回。
它会将整个
action 中的变量转化为
( 根对象在
JSON 中数据添加一个
”root” 标识
Powered by
[ RssXN(build:
070517 Asp.net 2.0)]
每隔1小时自动更新一次trackbacks-0
基本概念：
PermGen space：全称是Permanent Generation space。就是说是永久保存的区域,用于存放Class和Meta信息，Class在被Load的时候被放入该区域
Heap space：存放Instance。GC(Garbage Collection)应该不会对PermGen space进行清理
所以如果你的APP会LOAD很多CLASS的话，就很可能出现PermGen space错误
Java Heap分为3个区，Young，Old和Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象。
JVM有2个GC线程。
第一个线程负责回收Heap的Young区。
第二个线程在Heap不足时，遍历Heap，将Young 区升级为Older区。Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。
为什么一些程序频繁发生GC？有如下原因：
程序内调用了System.gc()或Runtime.gc()。
一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。
Java的Heap太小，一般默认的Heap值都很小。
频繁实例化对象，Release对象。此时尽量保存并重用对象，例如使用StringBuffer()和String()。
如果你发现每次GC后，Heap的剩余空间会是总空间的50%，这表示你的Heap处于健康状态。许多Server端的Java程序每次GC后最好能有65%的剩余空间。
建议Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC，最好让-Xmn值约等于-Xmx的1/3。一个GUI程序最好是每10到20秒间运行一次GC，每次在半秒之内完成。
增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作。
Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值，因为Java为其他任务分配内存，例如每个线程的Stack等。
Stack的设定
每个线程都有他自己的Stack。
-Xss 每个线程的Stack大小&
Stack的大小限制着线程的数量。如果Stack过大就会导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。
硬件环境也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。
如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。这种情况你可以增加机器的内存，来减少Swap空间的使用。
1、第一种为单线程GC，也是默认的GC。，该GC适用于单CPU机器。
2、第二种为Throughput GC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参数启动该GC。
3、第三种为Concurrent Low Pause GC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。
4、第四种为Incremental Low Pause GC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。
JVM参数配置&
1: heap size&
a: -Xmx&n&&
指定 jvm 的最大 heap 大小 , 如 :-Xmx=2g&
b: -Xms&n&&
指定 jvm 的最小 heap 大小 , 如 :-Xms=2g ， 高并发应用， 建议和-Xmx一样， 防止因为内存收缩／突然增大带来的性能影响。&
c: -Xmn&n&&
指定 jvm 中 New Generation 的大小 , 如 :-Xmn256m。 这个参数很影响性能， 如果你的程序需要比较多的临时内存， 建议设置到512M， 如果用的少， 尽量降低这个数值， 一般来说128／256足以使用了。&
d: -XX:PermSize=&n&&
指定 jvm 中 Perm Generation 的最小值 , 如 :-XX:PermSize=32m。 这个参数需要看你的实际情况，。 可以通过jmap 命令看看到底需要多少。&
e: -XX:MaxPermSize=&n&&
指定 Perm Generation 的最大值 , 如 :-XX:MaxPermSize=64m&
f: -Xss&n&&
指定线程桟大小 , 如 :-Xss128k， 一般来说，webx框架下的应用需要256K。 如果你的程序有大规模的递归行为，请考虑设置到512K／1M。 这个需要全面的测试才能知道。 不过，256K已经很大了。 这个参数对性能的影响比较大的。&
g: -XX:NewRatio=&n&&
指定 jvm 中 Old Generation heap size 与 New Generation 的比例 , 在使用 CMS GC 的情况下此参数失效 , 如 :-XX:NewRatio=2&
h: -XX:SurvivorRatio=&n&&
指 定 New Generation 中 Eden Space 与一个 Survivor Space 的 heap size 比例 ,-XX:SurvivorRatio=8, 那么在总共 New Generation 为 10m 的情况下 ,Eden Space 为 8m&
i: -XX:MinHeapFreeRatio=&n&&
指定 jvm heap 在使用率小于 n 的情况下 ,heap 进行收缩 ,Xmx==Xms 的情况下无效 , 如 :-XX:MinHeapFreeRatio=30&
j: -XX:MaxHeapFreeRatio=&n&&
指定 jvm heap 在使用率大于 n 的情况下 ,heap 进行扩张 ,Xmx==Xms 的情况下无效 , 如 :-XX:MaxHeapFreeRatio=70&
k: -XX:LargePageSizeInBytes=&n&&
指定 Java heap 的分页页面大小 , 如 :-XX:LargePageSizeInBytes=128m&
2: garbage collector&
a: -XX:+UseParallelGC&
指 定在 New Generation 使用 parallel collector, 并行收集 , 暂停 app threads, 同时启动多个垃圾回收 thread, 不能和 CMS gc 一起使用 . 系统吨吐量优先 , 但是会有较长长时间的 app pause, 后台系统任务可以使用此 gc&
b: -XX:ParallelGCThreads=&n&&
指定 parallel collection 时启动的 thread 个数 , 默认是物理 processor 的个数 ,&
c: -XX:+UseParallelOldGC&
指定在 Old Generation 使用 parallel collector&
d: -XX:+UseParNewGC&
指定在 New Generation 使用 parallel collector, 是 UseParallelGC 的 gc 的升级版本 , 有更好的性能或者优点 , 可以和 CMS gc 一起使用
e: -XX:+CMSParallelRemarkEnabled&
在使用 UseParNewGC 的情况下 , 尽量减少 mark 的时间&
f: -XX:+UseConcMarkSweepGC&
指 定在 Old Generation 使用 concurrent cmark sweep gc,gc thread 和 app thread 并行 ( 在 init-mark 和 remark 时 pause app thread). app pause 时间较短 , 适合交互性强的系统 , 如 web server&
g: -XX:+UseCMSCompactAtFullCollection&
在使用 concurrent gc 的情况下 , 防止 memory fragmention, 对 live object 进行整理 , 使 memory 碎片减少&
h: -XX:CMSInitiatingOccupancyFraction=&n&&
指示在 old generation 在使用了 n% 的比例后 , 启动 concurrent collector, 默认值是 68, 如 :-XX:CMSInitiatingOccupancyFraction=70&
i: -XX:+UseCMSInitiatingOccupancyOnly&
指示只有在 old generation 在使用了初始化的比例后 concurrent collector 启动收集&
a: -XX:MaxTenuringThreshold=&n&&
指 定一个 object 在经历了 n 次 young gc 后转移到 old generation 区 , 在 linux64 的 java6 下默认值是 15, 此参数对于 throughput collector 无效 , 如 :-XX:MaxTenuringThreshold=31&
b: -XX:+DisableExplicitGC&
禁止 java 程序中的 full gc, 如 System.gc() 的调用. 最好加上么， 防止程序在代码里误用了。对性能造成冲击。&
c: -XX:+UseFastAccessorMethods&
get,set 方法转成本地代码&
d: -XX:+PrintGCDetails&
打应垃圾收集的情况如 :&
[GC : [ParNew: 229689K-&2K), 0.0194460 secs] 1159829K-&70976K), 0.0196420 secs]&
e: -XX:+PrintGCTimeStamps&
打应垃圾收集的时间情况 , 如 :&
[Times: user=0.09 sys=0.00, real=0.02 secs]&
f: -XX:+PrintGCApplicationStoppedTime&
打应垃圾收集时 , 系统的停顿时间 , 如 :&
Total time for which application threads were stopped: 0.0225920 seconds&
JVM参数设置大全&
JVM参数设置大全压缩版&
阅读(6026)
2015年11月
2526272829303112345678910111213141516171819202122232425262728293012345
阅读排行榜
评论排行榜}