与标签并行收集相关的记录有30

关于垃圾回收(GC)的7个错误认识

- 阅502

当我还是小孩子的时候我的父母经常在我不学习的时候告诉我,如果不好好学习以后就要去去清理垃圾。然而,他们却不知道清理垃圾真是一件很棒的事(因为有了清洁工人我们的世界才变的这么干净,要不然你能想像吗?向清洁工致敬。)。也许正因为此在java开发者中对垃圾回收GC充满很多疑问:GC是怎么工作的、GC对我的应用程序起到怎样的作用、我能为此做什么。

垃圾收集器Serial 、Parallel、CMS、G1

垃圾收集器Serial 、Parallel、CMS、G1

- 阅109

每个垃圾收集器都有不同的配置参数,可以通过不同的参数来提升性能和降低吞吐量。这些都取决于你的应用需求,不同的对收集方式、可忍受的停顿时间、内存的大小都不一样,所以要根据自身的需求来定制不同的配置参数。

JVM调优总结(5):典型配置

JVM调优总结(5):典型配置

- 阅826

以下配置主要针对分代垃圾回收算法而言。堆大小设置年轻代的设置很关键JVM中最大堆大小有三方面限制:相关操作系统的数据模型(32-bt还是64-bit)限制;系统的可用虚拟内存限制;系统的可用物理内存限制。32位系统下,一般限制在1.5G~2G;64为操作系统对内存无限制。在Windows Server 2003 系统,3.5G物理内存,JDK5.0下测试,最大可设置为1478m。

开发人员常遇到的9个java性能调优误区

- 阅260

当说道Java性能调优时直觉通常会误导人。我们需要经验数据和工具来帮助我们具象化和了解平台的特性。 垃圾收集也许提供了这方面最好的例子。GC子系统对于调优和生产数据指导调整有惊人的潜力,但对于生产程序它是很难去不借助工具来让产生的数据有意义。

JVM 参数翻译汉化解释

- 阅31

在平常看到JVM的配置参数总是一头雾水,尤其对于初学者更是如此,看英文的或者百度上搜的都是一个个单独的,现在把官方的整理出来翻译成中文,这样方便对照学习。

JVM调优总结(2):基本垃圾回收算法

JVM调优总结(2):基本垃圾回收算法

- 阅483

可以从不同的的角度去划分垃圾回收算法:按照基本回收策略分引用计数(Reference Counting):比较古老的回收算法。原理是此对象有一个引用,即增加一个计数,删除一个引用则减少一个计数。垃圾回收时,只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。标记-清除(Mark-Sweep):此算法执行分两阶段。第一阶段从引用根节点开始标记所有被引用的对象,第二阶段遍历整个堆,把未标记

JVM调优总结(4):分代垃圾回收

JVM调优总结(4):分代垃圾回收

- 阅77

为什么要分代分代的垃圾回收策略,是基于这样一个事实:不同的对象的生命周期是不一样的。因此,不同生命周期的对象可以采取不同的收集方式,以便提高回收效率。在Java程序运行的过程中,会产生大量的对象,其中有些对象是与业务信息相关,比如Http请求中的Session对象、线程、Socket连接,这类对象跟业务直接挂钩,因此生命周期比较长。但是还有一些对象,主要是程序运行过程中生成的临时变量,这些对象生命

JVM调优总结(6):新一代的垃圾回收算法

JVM调优总结(6):新一代的垃圾回收算法

- 阅602

垃圾回收的瓶颈传统分代垃圾回收方式,已经在一定程度上把垃圾回收给应用带来的负担降到了最小,把应用的吞吐量推到了一个极限。但是他无法解决的一个问题,就是Full GC所带来的应用暂停。在一些对实时性要求很高的应用场景下,GC暂停所带来的请求堆积和请求失败是无法接受的。这类应用可能要求请求的返回时间在几百甚至几十毫秒以内,如果分代垃圾回收方式要达到这个指标,只能把最大堆的设置限制在一个相对较小范围内,

多线程和并发面试问题与答案(5)

- 阅8

并发一直是开发者的挑战,编写并发程序可以是非常困难的。当涉及并发,有一系列事情可能会出现和系统复杂性大幅提高。但是,编写健壮的并发程序的能力是开发者的一个伟大的工具,可以帮助建立复杂的企业级的应用。