如何查看服务器上jvm版本号

㈠ 如何查看GC 及jvm配置

java虽然是自动回收内存，但是应用程序，尤其服务器程序最好根据业务情况指明内存分配限制。否则可能导致应用程序宕掉。

举例说明含义：
-Xms128m
表示JVM Heap(堆内存)最小尺寸128MB，初始分配
-Xmx512m
表示JVM Heap(堆内存)最大允许的尺寸256MB，按需分配。

说明：如果-Xmx不指定或者指定偏小，应用可能会导致java.lang.OutOfMemory错误，此错误来自JVM不是Throwable的，无法用try...catch捕捉。

PermSize和MaxPermSize指明虚拟机为java永久生成对象（Permanate generation）如，class对象、方法对象这些可反射（reflective）对象分配内存限制，这些内存不包括在Heap（堆内存）区之中。

-XX:PermSize=64MB 最小尺寸，初始分配
-XX:MaxPermSize=256MB 最大允许分配尺寸，按需分配
过小会导致：java.lang.OutOfMemoryError: PermGen space

MaxPermSize缺省值和-server -client选项相关。
-server选项下默认MaxPermSize为64m
-client选项下默认MaxPermSize为32m

经验：
1、慎用最小限制选项Xms,PermSize已节约系统资源。

=========================================================

近期研究对jvm的内存使用情况进行监控，因此对观察虚拟机的内存使用方法做了一些收集，对jvm的参数设置了解了一下：

几个基本概念：

PermGen space：全称是Permanent Generation space，即永久代。就是说是永久保存的区域,用于存放Class和Meta信息，Class在被Load的时候被放入该区域，GC(Garbage Collection)应该不会对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话，就很可能出现PermGen space错误。
Heap space：存放Instance。Java Heap分为3个区，Young即新生代，Old即老生代和Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象。

几个参数设置的意义：

xms/xmx：定义YOUNG+OLD段的总尺寸，ms为JVM启动时YOUNG+OLD的内存大小；mx为最大可占用的YOUNG+OLD内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
NewSize/MaxNewSize：定义YOUNG段的尺寸，NewSize为JVM启动时YOUNG的内存大小；MaxNewSize为最大可占用的YOUNG内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
PermSize/MaxPermSize：定义Perm段的尺寸，PermSize为JVM启动时Perm的内存大小；MaxPermSize为最大可占用的Perm内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。
SurvivorRatio：设置YOUNG代中Survivor空间和Eden空间的比例

申请一块内存的过程：

A. JVM会试图为相关Java对象在Eden中初始化一块内存区域
B. 当Eden空间足够时，内存申请结束。否则到下一步
C. JVM试图释放在Eden中所有不活跃的对象（这属于1或更高级的垃圾回收）；释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区/OLD区
D. Survivor区被用来作为Eden及OLD的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区
E. 当OLD区空间不够时，JVM会在OLD区进行完全的垃圾收集（0级）
F. 完全垃圾收集后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out of memory错误”

我们的一种resin服务器的jvm参数设置：

“-Xmx2000M -Xms2000M -Xmn500M -XX:PermSize=250M -XX:MaxPermSize=250M -Xss256K -XX:+DisableExplicitGC -XX:SurvivorRatio=1 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSClassUnloadingEnabled -XX:LargePageSizeInBytes=128M -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:=60 -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Xloggc:log/gc.log”

是一种典型的响应时间优先型的配置。

Java中有四种不同的回收算法，对应的启动参数为
–XX:+UseSerialGC
–XX:+UseParallelGC
–XX:+UseParallelOldGC
–XX:+UseConcMarkSweepGC

1. Serial Collector
大部分平台或者强制 java -client 默认会使用这种。
young generation算法 = serial
old generation算法 = serial (mark-sweep-compact)
这种方法的缺点很明显，stop-the-world, 速度慢。服务器应用不推荐使用。

2. Parallel Collector
在linux x64上默认是这种，其他平台要加 java -server 参数才会默认选用这种。
young = parallel，多个thread同时
old = mark-sweep-compact = 1
优点：新生代回收更快。因为系统大部分时间做的gc都是新生代的，这样提高了throughput(cpu用于非gc时间)
缺点：当运行在8G/16G server上old generation live object太多时候pause time过长

3. Parallel Compact Collector (ParallelOld)
young = parallel = 2
old = parallel，分成多个独立的单元，如果单元中live object少则回收，多则跳过
优点：old old generation上性能较 parallel 方式有提高
缺点：大部分server系统old generation内存占用会达到60%-80%, 没有那么多理想的单元live object很少方便迅速回收，同时compact方面开销比起parallel并没明显减少。

4. Concurent Mark-Sweep(CMS) Collector
young generation = parallel collector = 2
old = cms
同时不做 compact 操作。
优点：pause time会降低, pause敏感但CPU有空闲的场景需要建议使用策略4.
缺点：cpu占用过多，cpu密集型服务器不适合。另外碎片太多，每个object的存储都要通过链表连续跳n个地方，空间浪费问题也会增大。

内存监控的方法：

1. jmap -heap pid
查看java 堆（heap）使用情况

using thread-local object allocation.
Parallel GC with 4 thread(s) //GC 方式

Heap Configuration: //堆内存初始化配置
MinHeapFreeRatio=40 //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40)
MaxHeapFreeRatio=70 //对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70)
MaxHeapSize=512.0MB //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小
NewSize = 1.0MB //对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小
MaxNewSize =4095MB //对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小
OldSize = 4.0MB //对应jvm启动参数-XX:OldSize=:设置JVM堆的‘老生代’的大小
NewRatio = 8 //对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率
SurvivorRatio = 8 //对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值
PermSize= 16.0MB //对应jvm启动参数-XX:PermSize=:设置JVM堆的‘永生代’的初始大小
MaxPermSize=64.0MB //对应jvm启动参数-XX:MaxPermSize=:设置JVM堆的‘永生代’的最大大小

Heap Usage: //堆内存分步
PS Young Generation
Eden Space: //Eden区内存分布
capacity = 20381696 (19.4375MB) //Eden区总容量
used = 20370032 (19.426376342773438MB) //Eden区已使用
free = 11664 (0.0111236572265625MB) //Eden区剩余容量
99.94277218147106% used //Eden区使用比率
From Space: //其中一个Survivor区的内存分布
capacity = 8519680 (8.125MB)
used = 32768 (0.03125MB)
free = 8486912 (8.09375MB)
0.38461538461538464% used
To Space: //另一个Survivor区的内存分布
capacity = 9306112 (8.875MB)
used = 0 (0.0MB)
free = 9306112 (8.875MB)
0.0% used
PS Old Generation //当前的Old区内存分布
capacity = 366280704 (349.3125MB)
used = 322179848 (307.25464630126953MB)
free = 44100856 (42.05785369873047MB)
87.95982001825573% used
PS Perm Generation //当前的 “永生代” 内存分布
capacity = 32243712 (30.75MB)
used = 28918584 (27.57891082763672MB)
free = 3325128 (3.1710891723632812MB)
89.68751488662348% used

=====================================================================

jps
-q只输出进程ID，而不输出类的短名称
-m用于输出传递给Java进程（主函数）的参数
-l完整路径
-v显示传递给jvm的参数

㈡ 如何查看Linux无盘服务器当前版本号和中心版本号

你把Linux 先关掉，用螺丝刀，然后找到一块正方形，银色，可以发光的，你把它拿出来用脚踩个50下，放回去装起来，然后打开，就会告诉你版本号，中心版本号了

㈢ 如何查看linux服务器的版本和配置信息

查看系统版本：lsb_release -a
查看版本信息：cat /etc/redhat-release

知识扩展：

也可以获取服务器的信息：hostname
查看系统内核uname –a 查看操作系统的版本(我现在只用过redhat,所以只以这个为例)
cat /etc/redhat-release

查看网络配置信息ifconfig

㈣ 如何查看jvm版本

写个程序如下：

public class VersionDemo {
public static void main (String args[]) {
System.out.println("jvm 实现版本：\t" + System.getProperty("java.vm.version"));
System.out.println("jvm 规范版本：\t" + System.getProperty("java.vm.specification.version"));
}
}

第一个实现版本就是你装的版本。

㈤ 请教如何查看LINUX服务器下的JRE版本

不能。windows和linux是两种不同的操作系统，架构不一样，所以上面的运行的软件也是分操作系统的，在linux下使用jre,就下载个linux版本的jre包 jre.tar.gz这种形式的

㈥ 如何查看web服务器的名称和版本号

看ttl这个是不能看出网站服务器用的是什么系统

常用的web服务器
微软的iis
apache
Nginx
Zeus Web Server
……

目前apache和LINUX搭配用的最多，腾讯的就是……
如果服务器设置隐藏操作系统信息，你是什么都看不到的，

我上次查看了下，网络的服务器操作系统是BWS，你听过这样的系统吗？它其实是Bai Web Server的简写！谷歌也是一样！
如果web服务器是iis，那他就是windows 服务器， 如果是apache和其他的，那就不好猜测了，
apache可以运行在windows ，LINUX ，unix很多环境下的……

总之：服务器信息不是很容易得到的……

㈦ 如何查看linux服务器的版本和配置信息

linux下看配置，可没有windows那么直观。你只能一个一个查看。
一：cpu
[root@srv /]# more /proc/cpuinfo | grep "model
name"

[root@srv /]# grep "model name"
/proc/cpuinfo

二：内存
[root@srv /]# grep MemTotal /proc/meminfo

三：查看CPU位数(32 or 64)
[root@srv /]# getconf LONG_BIT

61.linxu学习过程
这个问题网上在千万个答案。好吧，我说下我的想法。 linux学习不局限于什么版本(版本之间的不同主要在包管理，差别不大的)。 对于菜鸟来说可以先把自己的linux系统装好。04桌面教程。 熟悉桌面以后，看看《linux就该这么学》这个几乎所有学习LINUX的人都会看。 不要好高骛远哦，以前我就下了一大堆教程，没有怎么看，我主要是去看的书!

㈧ JVM和Java HotSpot如何区分版本

你的虚拟机（JVM）版本是23.5-b02
java -version出来信息包含两部分：Java软件包发行版本信息和内核（JVM）版本信息。
java的发行包包含三种类型Java ME，Java SE，Java EE，发行包就相当于对外销售的产品包，不同发行包会删减部分特性，因此版本信息首先显示发行包类型和版本。
JVM是Java平台的基础和核心，一般在一个java大版本中JVM版本变化都是比较小的。HotSpot是一种JVM实现技术，相对以往的方式在性能和扩展能力上得到了很大的提升，因此它不是一个独立产品，可以理解Sun（Oracle）实现的JVM版本的品牌商标。

㈨ 如何查看elasticsearch版本

1、一般情况下如果es服务正常启动，可以通过接口的方式获取elasticsearch版本信息：

curlhttp://127.0.0.1:9200

上述命令可以得到elasticsearch的服务状态和其他信息包括版本号。

2、如果elasticsearch没有启动，则可以直接找到es的lib包来确认版本号，使用以下命令

lllib|grep'elasticsearch-d.d.d.jar'

可以得到如elasticsearch-1.7.4.jar类似的结果，1.7.4即为其版本号。

(9)如何查看服务器上jvm版本号扩展阅读

Elasticsearch的优点介绍：

Elasticsearch可以用于搜索各种文档。它提供可扩展的搜索，具有接近实时的搜索，并支持多租户。

Elasticsearch是分布式的，这意味着索引可以被分成分片，每个分片可以有0个或多个副本。每个节点托管一个或多个分片，并充当协调器将操作委托给正确的分片。再平衡和路由是自动完成的。

Elasticsearch使用Lucene，它支持facetting和percolating，如果新文档与注册查询匹配，这对于通知非常有用。另一个特性称为“网关”，处理索引的长期持久性；例如，在服务器崩溃的情况下，可以从网关恢复索引。