作为 Sun 员工，Kai 的新博客现在是 The TAO of AMP，最新的博文开始反映 Kai 的风格和专业知识： • 使用 mod_rewrite 改进您的 AMP 网站 • 数据库的漫画指南 是时候将 The TAO of AMP 添加到每日阅读列表中去了。

Telco 应用服务器（例如 SailFin）需要更多确定的 GC 模型（包含可预知的暂停时间），而且还很好的控制多个处理器。确实很难忍受等待一个电话要很长时间。 Sun 的性能团队花了很多时间调节 GC，同时也在测试 SailFin 的高工作量。Bharath 写了一些博文（这里和这里），介绍他的经验。来看一下吧。

GlassFish 中可以启用 HTTP 压缩功能来提升网站性能。HTTP 压缩其实就是将网页内容压缩，减少HTML代码网络传输的代价，来提高Web性能。这里有四个属性可供配置：

• compression
• compressionMinSize (in OCTET)
• compressableMimeType
• noCompressionUserAgents

你可以用通过命令行启动：

%asadmin set server.http-service.http-listener.http-listener-1.property.compression=force

许可的值是:
    off –  取消压缩
    on –   启用压缩
    force –在任何情况下都压缩
    正数 – 采用压缩应满足的最小输出数据

如果 content-length 未知, 只有在 compression 设为 force h时才会压缩。

详细可参考

Enabling HTTP Compression in GlassFish
compression and compressionMinSize in GlassFish v3
http-listener in GlassFish v3

Sun 已公布了有关整个开源架构的 SPECjAppServer 2004 结果，包括 Sun 的 1U SunFire x4150 上的 MySQL 5.0、GlassFish v2 U2 和 OpenSolaris 2008.05。该设置试用了两个 x4150 运行 GF，一个运行 MySQL，全部都在 OpenSolaris 上。 请参阅 BMSeer 和 Tom（概览和价格分析）的详细信息。另请参阅 SPEC 详细的提交结果和相关的 x4150 Benchmark 页面。这些结果利用了最近的 MySQL 性能优化，包括 [1]、[2]、[3] 和 [4]。

请注意要求的信息披露：SPEC 和 SPECjAppServer 是 Standard Performance Evaluation Corporation 公司的注册商标。结果来自 www.spec.org（在 2008 年 11 月 5 日起）。2xSun Fire X4150（8 核，2 芯）和 1xSun Fire X4150（4 核，1 芯）1197.10 SPECjAppServer2004 JOPS@Standard；基准的应用层中 8 核的最佳结果：1xHP BL460c（8 核，2 芯）和 1xHP BL480c（8 核，2 芯）2056.27 SPECjAppServer2004 JOPS@Standard；基准的应用层中 2 系统的最佳结果：2xDell PowerEdge 2950（8 核，2 芯）和 1xDell PowerEdge R900（4 芯，24 核）4,794.33 SPECjAppServer2004 JOPS@Standard。

今日消息：

今日消息:

今天有趣的新闻总汇：

王昱(wang.yu@sun.com)工作在Sun中国工程研究院的ISVE 部门，为国内的ISV提供顾问和技术咨询，在集群和性能调优方面有着丰富的经验，曾是《GlassFish-开源的Java EE应用服务器 》一书的主要作者之一。

近期王昱又有好文出来，TheServerSide刊登了他的新作“Scaling Your JavaEE Applications”，英文1，英文2

 经由 BlueDavy 迅速专业的翻译，大家已经可以看到此文的中文版：中文1，中文2

Network Manager 为 SailFin 的一个模块。该模块能处理 Grizzly 集成，消息解析，ByteBuffers 和 线程池等。Ramesh，SailFin 项目中该模块的所有者，已经开始写一系列的博客 [1，2] 解释配置高性能的SailFin SIP 容器。 请查看 Eltjo Boersma 的博客得到关于配置 SaiFin 网络监听器的更多详细信息。

在 JCP 层面，已经提交 JSR 289 去最终的批准。点击这里下载该规范的最新版。

另外一篇来自Scott的好文章中 (时间序: [1], [2], [3, [4]) 这次关于使用NIO对比IO, 部分的作为JD Campbell的Java 5 EE 服务器比较的延续. Scott比较了简单和复杂的情况: 在一个简单请求/响应情况，一般的Select() 调用显示NIO是令人关注的，但是在一个复杂情况你需要规模时，NIO是明显的赢家。

查看Scott的笔记 ，或许你也会喜欢浏览他的博客的其他帖子。