dev2dev 首页 > Blogs > Henrik Ståhl (hstahl)'s Blog

Henrik Ståhl (hstahl)

Henrik Ståhl 是JRockit团队的产品主管，他于2004年加入BEA。他与JRockit的渊源可追溯到该产品的首次公开发布，他是早期的beta测试人员之一。之前他曾做过开发人员、系统架构师，进行性能测试和调优，负责IT安全性。

多内核可能非常适合Java!

2007-01-31 17:02:46 | 评论 (0) | 被访问(883)次

　　两个星期后读到Billy Newport的“多内核可能不适合Java”这篇日志时，我感到非常吃惊。我在JRockit团队中做过大量Java测试工作，没有看到任何多内核芯片会导致性能问题的迹象。Billy Newport给出的一则评论是“垃圾收集仍然非常依赖于短时间暂停的时钟速度”。我认为这表示他相信GC无法在多内核芯片上很好地进行缩放。此外，这违背了我们的经验，所以我决定对此进行测试。

提升性能的窍门：调优内存分配，第2部分——预取

2007-01-24 10:15:10 | 评论 (0) | 被访问(1059)次

　　许多Java应用程序占用了大量的内存。在内存占用最多的程序中，我们发现了一些常见任务，例如XML和其他消息处理。内存分配可能成为性能瓶颈，对于大型服务器和具有多个活动线程的应用程序来说尤其如此。JRockit中调优内存分配的常见方法是使用

性能调优技巧：使用NUMACTL控制CPU和内存的亲和性

2006-07-14 00:00:00 | 评论 (0) | 被访问(644)次

　　大型系统可能被用于运行一个大的进程（分布于整台机器），但是更常见的配置是对该机器进行分区，并运行多个较小的进程，每个进程分布于一个专用的分区中。要在一个运行Linux并使用NUMA架构的服务器上实行分区，可以使用numactl命令启动JRockit。

提升性能的窍门：调优内存分配

2006-07-04 00:00:00 | 评论 (0) | 被访问(1038)次

　　如Memory Management Guide中所述，JRockit使用了thread local area (TLA)分配以避免直接从Java堆分配所有内存所带来的瓶颈。

戴尔所发布的基于JRockit的新纪录!

2006-06-15 00:00:00 | 评论 (0) | 被访问(527)次

　　对于那些关注硬件领域发展的人来说，今年春天最重要的事件可能就是随着Woodcrest服务器的出现而面世的英特尔新Core架构了。我们很高兴前一段时间由于调优和基准测试接触了此类硬件，这些系统的性能真是让人惊异！

线程堆栈转储分析工具

2006-06-02 00:00:00 | 评论 (0) | 被访问(657)次

　　Samurai 看起来似乎可以与现有的所有JRockit版本以及来自其它供应商的JVM一起使用。实在是一个非常不错的工具！

450 GB的堆？！

2006-05-26 00:00:00 | 评论 (0) | 被访问(771)次

　　最近我们在一些大型Silicon Graphics服务器上对JRockit进行了测试。下面是其中一次测试的部分日志：

JRockit创造了新的SPECjbb2005世界纪录！

2006-04-27 00:00:00 | 评论 (0) | 被访问(567)次

　　一组新的SPECjbb2005结果使Silicon Graphics公司占据了稳固的领先地位，他们使用基于JRockit的结果在性能方面超越了竞争对手50%（从性价比方面来看甚至更多）。难怪基于Itanium的服务器占有了HPC市场上如此多的份额......

JRockit所创造的SPECjbb2000和SPECjbb2005新纪录

2006-03-15 00:00:00 | 评论 (0) | 被访问(558)次

　　多个使用JRockit打破SPECjbb2000及SPECjbb2005纪录的结果被公布出来。虽然这些结果通常像苹果与梨一样难以进行比较，但是它们仍然显示出，使用JRockit的配置要比使用其他JVM的配置性能高出20-30%......

JRockit 5.0 R26现在出通用版了！

2006-03-14 00:00:00 | 评论 (0) | 被访问(832)次

　　针对Solaris/SPARC的JRockit 5.0 R26现在出通用版（GA）了。

如何在Windows中获得将近 3 GB 的堆

2006-02-09 00:00:00 | 评论 (0) | 被访问(1079)次

　　您可能知道，Windows中堆的最大值（使用JRockit或其他任何JVM）被限定为略低于2 GB。这么做有两个原因。首先，Windows中的最大进程大小被限定为2 GB，但是这个限制可以通过使用/3GB内核切换来突破。其次，由于效能的原因，JVM要求Java堆使用连续的内存空间，这导致Java堆的最大值受到加载到进程地址空间的动态链接库(DLL)的限制。

2008年07月

日	一	二	三	四	五	六
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

RSS订阅

Henrik Ståhl (hstahl)'s Blog搜索