g1

一、和CMS对比 G1 CMS 设计原则 首先收集尽可能多的垃圾(Garbage First) 尽可能少而块地执行GC，以停顿时间为目标 文章来源: 【JVM】G1垃圾收集器深入分析

导读：Java 12 终于发布了，我们一起来看一看 Java 12 中的新特性。 通过本文可以在5分钟内快速了解 Java 12 新特性。 1 Switch 表达式 使用Java 12，switch不仅可以作为语句也可以作为表达式。 无论作为语句或者作为表达式，switch都可以使用传统/简化的作用域和控制流行为。 这将有助于简化代码，并为在switch中使用模式匹配铺平道路。 Java开发人员正在增强Java编程语言，以使用模式匹配来解决当前switch语句的几个问题。 这包括：switch块的默认控制流行为，switch块默认作用域（被视为单个作用域的块）和switch仅作为语句。 在Java 11中，switch语句追随C和C++，默认情况下使用fall-through语义。 虽然传统的控制流程在编写低级代码时很有用，但随着switch在更高级别的环境中采用，易出错会盖过其灵活性。 Java 11 Java 12 2 默认CDS归档 通过在64位平台上的默认类列表的帮助下生成CDS归档来改进JDK构建过程，从而有效地消除了运行java -Xshare：dump。 此功能的目标包括：1。）改进开箱即用的启动时间，以及2.）摆脱使用-Xshare：dump。 3 Shenandoah GC Shenandoah是一种垃圾收集（GC）算法，旨在保证低延迟（10 - 500

阅读本文大概需要 1.2 分钟。 作者：h4cd 来源：开源中国社区 开源规划调度引擎 OptaPlanner 官网发布了一个 Java 11 GC 性能基准测试报告。 当前使用量最大的 Java 版本是 8，所以测试者用 Java 8 与 Java 11 进行对比测试。 GC 是影响 Java 性能的关键因素，所以测试自然也基于 GC，在 G1 GC 和并行 GC 下分别进行了测试，结果如下： Java 8 vs. Java 11 使用 G1 GC G1 GC 下每秒分值： Java 11 在几乎所有测试数据集上都有速度上的提升。 平均而言，仅通过切换到 Java 11 就有 16％ 的改进，这种改进可能是因为 Java 10 中引入了 JEP 307: Parallel Full GC for G1。 使用并行 GC 并行 GC 下每秒分值： 使用并行 GC，结果不如 G1，某些数据集上有所改进，但其它数据集保持不变甚至出现性能下降。平均而言，Java 11 的性能提升了 4％ 以上。 测试者还在 Java 11 上对并行 GC 与 G1 GC 进行对比： Java 11 上并行 GC vs. G1 GC 结果表明 G1 GC 整体上不如并行 GC。 OptaPlanner 表示，从 Java 8 到 Java 11，G1 GC 的平均速度改进为 16.1％，并行 GC 为 4

Java 12 中增强了 G1 垃圾收集器关于混合收集集合的处理策略，这节主要介绍在 Java 12 中同时也对 G1垃圾回收器进行了改进， 使其能够在空闲时自动将 Java 堆内存返还给操作系统 ，这也是 Java 12 中的另外一项重大改进。 目前 Java 11 版本中包含的 G1 垃圾收集器暂时无法及时将已提交的 Java 堆内存返回给操作系统。为什么呢？ G1目前只有在full GC或者concurrent cycle（并发处理周期）的时候才会归还内存，由于这两个场景都是G1极力避免的，因此在大多数场景下可能不会及时归还committed Java heap memory给操作系统。除非有外部强制执行。 在使用云平台的容器环境中，这种不利之处特别明显。 即使在虚拟机不活动，但如果仍然使用其分配的内存资源，哪怕是其中的一小部分，G1 回收器也仍将保留所有已分配的 Java 堆内存。而这将导致用户需要始终为所有资源付费，哪怕是实际并未用到，而云提供商也无法充分利用其硬件。 如果在此期间虚拟机能够检测到 Java 堆内存的实际使用情况，并在利用空闲时间自动将 Java 堆内存返还，则两者都将受益。 具体操作 为了尽可能的向操作系统返回空闲内存， G1 垃圾收集器将在应用程序不活动期间定期生成或持续循环检查整体 Java堆使用情况 ，以便 G1 垃圾收集器能够更及时的将 Java

六、对战游戏 class Riven: camp='Noxus' def __init__(self,name, aggressivity=54, life_value=414, money=1001, armor=3): self.name=name self.aggressivity=aggressivity self.life_value=life_value self.money=money self.armor=armor def attack(self,enemy): damage_value=self.aggressivity-enemy.armor enemy.life_value-=damage_value class Garen: camp='Demacia' def __init__(self,name, aggressivity=58, life_value=455, money=100, armor=10): self.name = name self.aggressivity = aggressivity self.life_value = life_value self.money = money self.armor = armor def attack(self,enemy): damage_value=self.aggressivity

class Hero(): def __init__(self, nickname, aggressivity, life_value, money, armor): self.nickname = nickname self.aggressivity = aggressivity self.life_value = life_value self.money = money self.armor = armor def attack(self, enemy): damage_value = self.aggressivity - enemy.armor enemy.life_value -= damage_value class Garen(Hero): camp = 'Demacia' def __init__(self, nickname, aggressivity = 58, life_value = 455, money=100, armor=10): Hero.__init__(self, nickname, aggressivity, life_value, money, armor) class Riven(Hero): camp = 'Noxus' def __init__(self, nickname, aggressivity = 54, life_value

''' 1.什么是对象？什么是类？ 对象是特征与技能的结合体,类是一系列的对象相同的特征与技能的结合体 2.绑定方法的有什么特点 由对象来调用的,会把对象当作第一个参数传入该方法中,由不同的对象来调用,就会把不同的对象给不同的绑定方法 3.基于面向对象设计一个对战游戏 class Riven: camp='Noxus' def __init__(self,nickname, aggressivity=54, life_value=414, money=1001, armor=3): self.nickname=nickname self.aggressivity=aggressivity self.life_value=life_value self.money=money self.armor=armor def attack(self,enemy): damage_value=self.aggressivity-enemy.armor enemy.life_value-=damage_value class Garen: camp='Demacia' def __init__(self,nickname, aggressivity=58, life_value=455, money=100, armor=10): self.nickname=nickname self

最近刚刚将自己的一个应用从CMS升级到G1，在一天早上，刚刚到办公室坐下，就收到手机一阵报警，去查看了监控，发现机器的内存出现了一个90度的涨幅，如下图所示： 在查看GC日志后，发现那个时间点附近出现了“to-space exhausted”这种日志（关于G1的日志学习，参见我之前的文章： 【译】深入理解G1的GC日志（一） ） 在这里，我比较奇怪的是为啥to-sapce exhausted会导致整个机器的内存激增。我们JVM团队同学给我的解释是： 老区不够了，这个时候会把young区所有对象不管死活都转成old区对象，所以总的内存使用量会暴增 。这一个知识点，我之前学习G1的时候还真没有get到（关于G1的基本知识，参见之前的文章： 可能是最全面的G1学习笔记 ）。 不过，我有另外一个疑问：xmx和xms相同的话堆空间应该不变，一开始就分配5g，然后加上非堆内存，那么java进程起来后就会超过5g，这是没问题的；但是这里利用空闲的内存也应该是利用堆上的空间，然后整体的内存块应该已经分配出去了，应该不会出现机器内存激增的情况。JVM团队的同学给我解释道：没有，第一次读写到了才会实际从os分配出来物理内存。 针对上面的问题，我们最终确定了下面的调优建议： 这次没有发生FGC，可能是由于我前面将xmx和xms调大了导致的，这次准备将xmx和xms先调回到原来的值；

1 class Garen: 2 camp='Demacia' 3 def __init__(self,nickname,aggresivity,life_value): 4 self.nickname=nickname #g1.nicknam=nickname 5 self.aggrv=aggresivity 6 self.life_value=life_value 7 8 def attack(self,enemy): 9 print('is attacking',self,enemy) 10 11 class Riven: 12 camp='Noxus' 13 def __init__(self,nickname,aggresivity,life_value): 14 self.nickname=nickname #g1.nicknam=nickname 15 self.aggrv=aggresivity 16 self.life_value=life_value 17 18 def attack(self,enemy): 19 print('is attacking',self,enemy) 20 enemy.life_value-=self.aggrv #g1.life_value-=r1.aggrv 21 22 g1=Garen('草丛伦',82,100) 23 r1

群的定义和简单性质 定义 ，如果一个非空集合G上定义了一个二元运算o，满足： 1）结合律，推广（广义结合律：对于任意有限多个元素....） 2）存在幺元（ 单位元 ） 3）存在逆元 4）交换律（满足的话，称G为 交换群 或 Abel群 ） 半群 ——非空集合S有二元运算，此运算满足结合律 幺半群 ——具有幺元的半群 命题： 1）群的幺元唯一 2）群中任一元素的逆元唯一 3）群中有消去律（左消去律和右消去律） 群所含的元素个数称为群的 阶 ，群G的阶记为lGl,lGl小于无限为有限群，反之无限群 设M是一个非空集合，M到自身的双射的全体对于映射的乘法（即复合）构成一个群，叫做M的 全变换群 ，记为S（M） 对称群和交错群 设M是含有n个元素的集合，M的全变换群S（M）称为n级 对称群 ，记为 Sn 。 我们可以假定M={1，2,...,n}，Sn的元素称为 n元置换 σ=（1 2 ... n ) ( σ1 σ2 ... σn) σ(i1)=i2, σ(i2)=i3,...., σ(it）=i1，且i1，i2,...it之外的元素在 σ下都保持不变，则称 σ为 i1，i2,...it的 轮换 ，t=2时称为 对换 命题： 对称群Sn中任一不等于幺元的元素都可以唯一地分解为不相交的轮换的乘积。（不计顺序） 推论 ：任一置换可以分解为对换的乘积 命题