快乐程序员的专栏

JVM采用分代的垃圾回收策略：不同的对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的收集方式，以便提高回收效率。   从垃圾回收角度看内存分配   从JVM垃圾回收的角度来看，Java内存分为三个区：新生代（Young Generation）、老年代（Old Generation）和持久代（Permanent Generation），如下图。

1、jps：虚拟机进程状况工具 jps [ options ] [ hostid ] -q     只输出LVMID，省略主类名称 -m    输出虚拟机进程启动时传递给主类main()函数的参数 -l      输出主类的全名，如果进程执行的是jar包，输出jar路径 -v     输出虚拟机进程启动时的JVM参数 2、jstat：虚拟机统计信息监视工具 jstat

1、JVM内存区域模型 运行的基本流程： Class文件—》类装载器—》内存区—》执行区—》本地库接口—》本地方法库   内存区（大体上分为5块）：重点是堆 1.方法区 也称"永久代” 、“非堆”，  它用于存储虚拟机加载的类信息、常量、静态变量、是各个线程共享的内存区域。默认最小值为16MB，最大值为64MB，可以通过-XX:PermSize 和 -XX:Ma

转自 loli  下面是链接 http://blog.csdn.net/ae86_fc/article/details/6244164 后续将转载各种hadoop 的东西     namenode是个内存消耗大户，由namenode内存过大引起的问题的严重程度和折磨人程度以及提到这个问题每人反应出来的表情， 就得看个人经历了. 对于我个人来说,提到这个问题的表情绝对是这样的

前段时间淘宝由于业务的数据突增, 集群规模不断扩容, 集群上运行的作业更是日益增长。由于淘宝的Hadoop数据性质与搜索公司有所不一样: 淘宝的数据一般为数十MB至数百GB不等, 而大型的搜索公司的输入数据经常为TB级别以上。所以搜索公司的Hadoop作业经常有以下特征： long term型, 可以运行数小时甚至数天 作业比较大, 占用的slots数可达上万个或数十万个 因为作业都

java进程要qi'd Runtime.getRuntime().exec(cmd) 的执行流程分析 继续上网查，大概意思是Java程序调用外部程序时可能需要分配跟父进程同等大小的内存。这就奇怪了，比如说，我随便调用一下ls命令，也需要很多内存吗？肯定是Java调用外部程序的接口里处理比较特殊。嗯，刚好JDK也开源，看看源码去。 分析SUN JDK 1.5 SRC，找到Runti