搜索结果

"tag:"jvm""

1 2 下篇>>

	标题及摘要	日期/时间
1	记一次java native memory增长问题的排查 - Axb的自我修养一段监控DirectBuffer的代码，以提高DirectBuffer的可用性 /** * 监控DirectBuffer,提高DirectBuffer可用性 * 使用MaxDirectMemorySize可以指定DirectBuffer的最大可用空间，DirectBuffer的缓存空间不在堆上分配， * 因此，可以使应用程序突破最大堆内存限制，对DirectBuffer的读写操作比普通Buffer快，但是对它的创建 * 与销毁比普通Buffer要慢 * @throws Exception */ ...	2016-6-14 23:57:00
2	了解CMS(Concurrent Mark-Sweep)垃圾回收器 - Java,JVM,CMS,垃圾回收,jc - Java - ITeye论坛 1.总体介绍： CMS(Concurrent Mark-Sweep)是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动JVM参数加上-XX:+UseConcMarkSweepGC，这个参数表示对于老年代的回收采用CMS。CMS采用的基础算法是：标记—清除。 2.CMS过程：初始标记(STW initial mark) 并发标记(Concurrent marking) 并发预清理(Concurrent ...	2015-9-13 19:03:00
3	有关 SoftReference 的一些事实 - in355hz - ITeye技术网站 Java 的 SoftReference 有很多年都没有被人惦记了。在 Javadoc 里, 它的描述是这样： ”虚拟机在抛出 OutOfMemoryError 之前会保证所有的软引用对象已被清除。此外，没有任何约束保证软引用将在某个特定的时间点被清除，或者确定一组不同的软引用对象被清除的顺序。不过，虚拟机的具体实现会倾向于不清除最近创建或最近使用过的软引用。“ 这个类可以直接被用来实现简单的缓存，这个类或派生的子类也可用于较大的数据结构，来实现更加复杂的缓存。只要软引用可以到...	2015-9-10 18:41:00
4	Java ™ HotSpot Virtual Machine Performance Enhancements NUMA Collector Enhancements The Parallel Scavenger garbage collector has been extended to take advantage of machines with NUMA (Non Uniform Memory Access) architecture. Most modern computers are based on NUMA architecture, in which it takes a different am...	2015-9-6 21:45:00
5	Analyzing Thread Dumps in Middleware - Part 2 This posting is the second section in the seriesAnalyzing Thread Dumps in Middleware This section details with when, how to capture and analyze thread dumps with special focus on WebLogic Application Server related thread dumps. Subsequent sections will ...	2014-8-18 23:04:00
6	Analyzing Thread Dumps in Middleware - Part 1 This posting deals with analysis of Thread dumps, for improving Middleware Performance (at App Server or Application level) as well as for general troubleshooting. It will also go into details of WebLogic Application Server specific Thread Dump Analysi...	2014-8-18 23:03:00
7	IBM IPV6 Can Cause Poor Java Performance - United States Problem(Abstract) If the entire network is not IPv6-enabled or capable, users may find that Java programs perform poorly. Resolving the problem This document explains that if the entire network is not IPv6-enabled or capable, users may find that Java pro...	2014-7-7 23:25:00
8	JVM系列四:生产环境参数实例及分析【生产环境实例增加中】 - redcreen - 博客园 java application项目（非web项目）改进前： -Xms128m-Xmx128m-XX:NewSize=64m-XX:PermSize=64m-XX:+UseConcMarkSweepGC-XX:CMSInitiatingOccupancyFraction=78-XX:ThreadStackSize=128-Xloggc:logs/gc.log-Dsun.rmi.dgc.server.gcInterval=3600000-Dsun.rmi.dgc.client.gcInterval=3...	2014-4-14 18:17:00
9	JVM 内存管理机制构成及物理内存和虚拟内存 Better performance in production servers is possible with proper configuration of JVM parameters, particularily those related to memory usage and garbage collection. unix> bin/httpd.sh -Xmn100M -Xms500M -Xmx500M win> bin/httpd.exe -Xmn...	2013-11-28 20:00:00
10	JVM GC日志和内存DUMP参数配置 - Java实践 - ITeye技术网站在JVM出现内存溢出或泄露时，为便于排查和定位，需要JVM的启动上增加相应的参数。主要是GC日志和内存DUMP参数。详细如下。 1.GC日志和内存DUMP参数配置本文参数配置基于各厂商的JDK 6.0版本，低版本或高版本的参数有可能不同。各厂商JVM GC日志和内存DUMP参数配置如下：（1）Oracle JVM -Xloggc:${目录}/managed1_gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=${目录} （2）HP J...	2013-10-20 15:10:00
11	JVM调优总结 -Xms -Xmx -Xmn -Xss - 天下无贼 - 51CTO技术博客堆大小设置 JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。典型设置： java-Xmx3550m -Xms3550m -Xmn2g-Xss128k -Xmx3550m...	2013-5-9 16:55:00
12	Java应用程序性能调优的原则这是“ 成为Java GC专家 “系列中的第五篇。在第一个问题探讨理解Java垃圾收集里，我们已经学会了不同的GC算法的过程，GC如何的工作，新生代和老一代是什么，你应该知道新的JDK 7的5种类型的GC，以及这些GC类型性能的影响有什么。在第二篇文章-如何监视 Java 垃圾收集中解释了JVM如何实时地运行垃圾收集，我们如何监控GC，和我们可以用来使这个过程更快速，更有效的工具。在第三篇文章-如何调整Java的垃圾回收中，我们演示了基于实际例子使用GC调整的最佳选项。此外...	2013-3-1 17:07:18
13	一次Java垃圾收集调优实战 - 企业应用 - Java - ITeye论坛 Parallel收集高达1秒的暂停时间基本不可忍受，所以选择CMS收集器。在被压测的Mule 2.0应用里，每秒都有大约400M的海量短命对象产生：因为默认60M的新生代太小了，频繁发生minor gc，大约0.2秒就进行一次。因为CMS收集器中MaxTenuringThreshold(生代对象撑过过多少次minor gc才进入年老代的设置)默认0，存活的临时对象不经过Survivor区直接进入年老代，不久就占满年老代发生full gc。对这两个参数的调优，既要改善上面...	2013-2-22 16:07:52
14	诊断Java内存溢出方法：Java heap dump触发和分析为了分析java应用的内存泄漏，使用thread dump往往解决不了问题。使用jstat【eg：jstat-gcutil pid 1000 5】工具查看运行的java应用的heap size,perm size ,survivor ratio等，当时你无法知道是什么对象把堆填满了。什么是 Java heap dump 首先需要搞懂什么是java heap，java heap是分配给实例类和数组对象运行数据区，所有java线程在运行期间共享heap中的数据。Java heap dump相当于ja...	2012-2-6 14:46:07
15	设置JVM内存溢出时快照转存HeapDump到文件诊断内存溢出是一个有难度的事情，可以在生产环境试一试下面的参数，在发生内存溢出OutOfMemoryError时做HeapDump并保存到文件，然后分析该文件看是否能查到蛛丝马迹。 set JAVA_OPTS=-Xms100m -Xmx192m ^ -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=c:\jakarta-tomcat\webapps Java Heap Dump文件格式是一个HPROF二进制格式，需要特殊的工具才能进行分析，而这个文件通...	2012-2-6 12:10:01
16	处理Java Out of Memory问题步骤 1. 收集与分析verbose gc 的错误讯息输出 * 将“verbosegc“参数加入命令提示列启动Server，这将会将GC 的活动信息显示在标准输出/输入，转到stdout/stderr 的档案中。执行应用程序直到问题再次产生。 * 确定在java out of memory 之前，JVM 做如下内容： * Full GC run: 执行full GC 与所有soft/weak/phantomly reachable 的对象能被移除与这些空间能被回收，在下面网址可以找到更多...	2011-3-25 11:03:14
17	何謂Java heap, Native memory and Process Size 一般在3-tier 架构下的应用系统，最常見的问题就是Out of Memory(内存不足)，或Memory leak(内存泄漏)的狀况，最后往往导致Application Server失效与系统Crash，让管理人员必需常常守候在Server 旁边，注意它关心它系统狀况与运作情形避免它Crash。而本专题报导则是针对此類型问题的发生，从JVM 其基本架构开始說明，并采用问答与实例的方式进行說明解释，并且提供检查的项目說明，可藉由这些项目自我检测，以避免发生Memory leak 有效掌握Resourc...	2011-3-25 9:57:29
18	Diagnosing java.lang.OutOfMemoryError ( 诊断Java内存溢出) * Exception in thread “CompilerThread1″java.lang.OutOfMemoryError: requested 793020 bytes for Chunk::new. Out of swap space? Out of memory while reading in symbol table of /apps/bea/weblogic92/jdk1.5.0.18/opt/java1.5/jre/lib/PA_RISC2.0/server...	2011-3-25 9:36:33
19	Exception java.lang.OutOfMemoryError ...growableArray.cpp. Out of swap space 遇到这样的JVM Crash异常，好像不单纯是heap size不够： Exception java.lang.OutOfMemoryError: requested 4096000 bytesfor GrET* in C:/BUILD_AREA/jdk1.5.0_09/hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space? 原来的内存参数是：-Xms1024m -Xmx1380m 修改为：：-Xms1380m -Xmx13...	2010-6-24 17:43:22
20	Unloading class sun.reflect.GeneratedMethodAccessor 是正常的现象，说明大量使用反射生成的class被jvm正确回收了。看来你应该是permgen区outofmermory了，可以尝试在启动配置中加大permgensize，不过不建议太大，不要超过300M，而且这样也只能治标不能治本。 jdk dynamicproxy每次都会生成新的代理类，如果你不卸载这些代理类，permgen区outofmemory是迟早的事情。如果你真的不想卸载加载到jvm中的代理类，就要考虑复用生成的代理，这样的话，jdk的dynamicproxy是不行的，你要使用cglib...	2010-5-16 22:23:08

1 2 下篇>>