DataNode jmap 输出

Attaching to process ID 2785, please wait...

Debugger attached successfully.

Server compiler detected.

JVM version is 24.80-b11

using parallel threads in the new generation.

using thread-local object allocation.

Concurrent Mark-Sweep GC

Heap Configuration:

MinHeapFreeRatio = 40

MaxHeapFreeRatio = 70

MaxHeapSize      = 2147483648 (2048.0MB)

NewSize          = 715784192 (682.625MB)

MaxNewSize       = 715784192 (682.625MB)

OldSize          = 1431633920 (1365.3125MB)

NewRatio         = 2

SurvivorRatio    = 8

PermSize         = 21757952 (20.75MB)

MaxPermSize      = 85983232 (82.0MB)

G1HeapRegionSize = 0 (0.0MB)

Heap Usage:

New Generation (Eden + 1 Survivor Space):

capacity = 644218880 (614.375MB)

used     = 23833272 (22.72917938232422MB)

free     = 620385608 (591.6458206176758MB)

3.699561242290819% used

Eden Space:

capacity = 572653568 (546.125MB)

used     = 13237336 (12.624107360839844MB)

free     = 559416232 (533.5008926391602MB)

2.31157836774362% used

From Space:

capacity = 71565312 (68.25MB)

used     = 10595936 (10.105072021484375MB)

free     = 60969376 (58.144927978515625MB)

14.805966331845237% used

To Space:

capacity = 71565312 (68.25MB)

used     = 0 (0.0MB)

free     = 71565312 (68.25MB)

0.0% used

concurrent mark-sweep generation:

capacity = 1431699456 (1365.375MB)

used     = 972018776 (926.9893417358398MB)

free     = 459680680 (438.38565826416016MB)

67.89265525850699% used

Perm Generation:

capacity = 53235712 (50.76953125MB)

used     = 31877760 (30.4010009765625MB)

free     = 21357952 (20.3685302734375MB)

59.88040509348311% used

11543 interned Strings occupying 1025000 bytes.

时间: 2024-10-06 01:11:09

DataNode jmap 输出的相关文章

jmap -histo pid 输出的[C [B [I [S methodKlass constantPoolKlass含义

JMAP 输出 [[email protected] logs]$ jmap -histo 24527 | head -30 num #instances #bytes class name---------------------------------------------- 1: 31939 98883072 [C 2: 8594 9461992 [B 3: 30326 4256232 <constMethodKlass> 4: 30326 3892592 <methodKlas

HDFS中datanode节点block损坏后的自动恢复过程

相关参数说明 dfs.blockreport.intervalMsec :datanode向namenode报告块信息的时间间隔,默认6小时 datanode日志中记录如下: dfs.datanode.directoryscan.interval:datanode进行内存和磁盘数据集块校验,更新内存中的信息和磁盘中信息的不一致情况,默认6小时 datanode日志中记录如下: 测试机器: 10.0.50.144  master  (namenode,datanode) 10.0.50.145  

JVM调优命令-jmap

jmap JVM Memory Map命令用于生成heap dump文件,如果不使用这个命令,还可以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候自动生成dump文件. jmap不仅能生成dump文件,还可以查询finalize执行队列.Java堆和永久代的详细信息,如当前使用率.当前使用的是哪种收集器等.[内存分析] 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 2

jmap 调试命令汇总

jmap jmap命令用于生成heap dump文件,如果不使用这个命令,还可以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候自动生成dump文件.jmap不仅能生成dump文件,还可以查询finalize执行队列.Java堆和永久代的详细信息,如当前使用率.当前使用的是哪种收集器等. 命令格式: jmap [ option ] pid jmap [ option ] executable core jmap [ option ] [[email

hadoop2的automatic HA+Federation+Yarn配置的教程

前言 hadoop是分布式系统,运行在linux之上,配置起来相对复杂.对于hadoop1,很多同学就因为不能搭建正确的运行环境,导致学习兴趣锐减.不过,我有免费的学习视频下载,请点击这里. hadoop2出来后,解决了hadoop1的几个固有缺陷,比如单点故障.资源利用率低.支持作业类型少等问题,结构发生了很大变化,是hadoop未来使用的一个趋势.当然,配置也更加复杂,网上也没有一篇详细的教程来知道大家可以轻轻松松搭建起这个环境的.我应该算是第一个吧. hadoop2体系结构 要想理解本节内

hadoop2的automatic HA+Federation+Yarn的教程

本文引自吴超博客:http://www.superwu.cn/2014/02/12/1094/ hadoop是分布式系统,运行在linux之上,配置起来相对复杂. hadoop2出来后,解决了hadoop1的几个固有缺陷,比如单点故障.资源利用率低.支持作业类型少等问题,结构发生了很大变化,是hadoop未来使用的一个趋势.当然,配置也更加复杂,网上也没有一篇详细的教程来知道大家可以轻轻松松搭建起这个环境的.本文绝对是国内互联网第一篇详细讲述这些配置的文章. hadoop2体系结构 要想理解本节

JVM试用G1的垃圾收集器

因为以前用默认的GC,,老年代经常在占比超过99%才发生一个GC行为,感觉不爽...尽管每次FULL GC只要0.5S. 结合上次听中华构架师大会,一哥们分享的G1 GC...试试.. 就在TOMCAT的catania.sh里JAVA的启动参数加一段吧.. JAVA_OPTS=' -Xms512m -Xmx1024m -XX:PermSize=256M -XX:MaxNewSize=256m -XX:MaxPermSize=256m -XX:+UnlockExperimentalVMOption

Linux进程内存统计

一. 进程内存统计 cat /proc/[pid]/status通过/proc/[pid]/status可以查看进程的内存使用情况,包括虚拟内存大小(VmSize),物理内存大小(VmRSS),数据段大小(VmData),栈的大小(VmStk),代码段的大小(VmExe),共享库的代码段大小(VmLib)等等. Name: java /进程的程序名/ State: S (sleeping) /进程的状态信息,具体参见/ Tgid: 9744 /线程组号/ Pid: 9744 /进程pid/ PP

解决成本的错误和问题

问题描述 错误 数据收集 根本原因 版本   组件:数据修复           在一个实际成本组织中,(平均,先进先出,后进先出) 一个或更 多的以下情况可能发生: 1.导航到物料成本历史表单上的数量信息,与现有量表单的数量不匹配的记录 2. 一些物料前期已计成本的数量与前面的事务处理历史表单的数量不匹配 3. 所有的库存值报表与事务处理值报表不匹配 4. 存货层次成本更新表单的总数量与现有量数量表单不匹配(仅仅在先进先出/后进先出) 5.这些症状的任何一个意味着 MMT-CQL不匹配或MMT