本月博客排行
-
第1名
龙儿筝 -
第2名
lerf -
第3名
fantaxy025025 - johnsmith9th
- xiangjie88
- zysnba
年度博客排行
-
第1名
青否云后端云 -
第2名
宏天软件 -
第3名
gashero - wy_19921005
- vipbooks
- benladeng5225
- e_e
- wallimn
- javashop
- ranbuijj
- fantaxy025025
- jickcai
- gengyun12
- zw7534313
- qepwqnp
- 解宜然
- ssydxa219
- zysnba
- sam123456gz
- sichunli_030
- arpenker
- tanling8334
- gaojingsong
- kaizi1992
- xpenxpen
- 龙儿筝
- jh108020
- wiseboyloves
- ganxueyun
- xyuma
- xiangjie88
- wangchen.ily
- Jameslyy
- luxurioust
- lemonhandsome
- mengjichen
- jbosscn
- zxq_2017
- lzyfn123
- nychen2000
- forestqqqq
- wjianwei666
- ajinn
- zhanjia
- Xeden
- hanbaohong
- java-007
- 喧嚣求静
- mwhgJava
- kingwell.leng
最新文章列表
hbase 报错gc wal.FSHLog: Error while AsyncSyncer sync, request close of hlog YouAr
一个很常见的报错log
2015-03-05 03:10:35,461 FATAL [regionserver60020-WAL.AsyncSyncer0] wal.FSHLog: Error while AsyncSyncer sync, request close of hlog
org.apache.hadoop.ipc.RemoteException(java.io ...
Java垃圾回收总结
一、在理解垃圾回收前需要了解一个对象在堆内存中的引用状态,分为三种:
1.可达状态:对象创建后,有一个或以上的引用变量引用它。
2.可恢复状态:程序中某个对象不再有任何引用变量引用它,但是还是有可能重新被其他引用变量引用。
3.不可达状态:对象与所用引用变量的引用都被切断,且jvm执行finalize()方法进行资源清理后没有成为可达状态,那么这个对象将永久的失去引用,编程不可达状态 ...
How Ruby Uses Memory
从来没有见过哪个开发者抱怨代码运行太快,或者内存使用太少。 在Ruby里,内存的使用也非常重要, 只有很少一部分人知道它们的程序是如何引起内存占用过多或减少的,本文将首先对Ruby对象与内存的联系做一个基本的介绍,使用一些技巧来用更少的内存加速程序运行速度。Object Retention显然,占用内存过多一个最直接的原因就是内存中保存的对象太多, 在Ruby中,如果一个常量关联到一个对象,那么它 ...
JVM 新生代为何需要两个 Survivor 空间?
我们知道,目前主流的虚拟机实现都采用了分代收集的思想,把整个堆区划分为新生代和老年代;新生代又被划分成 Eden 空间、 From Survivor 和 To Survivor 三块区域。
看书的时候有个疑问,为什么非得是两个 Survivor 空间呢?要回答这个问题,其实等价于:为什么不是0个或1个 Survivor 空间?为什么2个 Survivor 空间可以达到要求?
为什么不是0个 Su ...
【转】触发Full GC执行的情况
除直接调用System.gc外,触发Full GC执行的情况有如下四种。
1. 旧生代空间不足
旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象,当执行Full GC后空间仍然不足,则抛出如下错误:
java.lang.OutOfMemoryError: Java heap space
为避免以上两种状况引起的Full GC,调优时应尽量做到让对象在Minor ...
做菜与洗碗
今天晚饭,老婆连着用了4个锅来做了两菜一汤。好吃
其中一道菜用了1个锅,另一道菜用了3个锅,汤用了2个锅。
还有中间工序放临时状态的食材用的大小碗碟若干。
嗯⋯嗯?但是总共只有4个锅诶。
于是做菜的过程中我也洗了几次碗。
突然想起了什么⋯
老婆做菜跟我洗碗的关系,就是mutator与collector的关系!
老婆作为mutator,做菜途中不断在切换工序的时候把中间状态的食材放到新的干净的 ...
hadoop从调整GC到关键Counter计算原理分析
hadoop集群中发现使用Parallel Scavenge+Parallel Old收集器组合进行垃圾收集(这也是server端jvm默认的GC方式)时CPU占用可能会非常高,偶尔会出现爆满的状态,考虑可能是由于当时程序在执行GC导致的,而且很可能是由于并行GC导致的,我们根据服务器启动的Java进程查看一下当前使用的是哪种GC方式:
$ jinfo -flag "GC ...