专业系统工程师打杂，副业Linux geek
Google真的是信心的保证！一个系统做了两周的压力测试，调优到一个流程11-12秒。时间始终上不去，最后用java profiler发现瓶颈在google-gson。gson效用占了一个事务的70%多。在google-gson的roadmap上看到2.0有大量改进： Faster Previous versions first parsed complete document into a DOM-style model (JsonObject or JsonArray) and then bound data against that. Gson 2.
在日常部署环境中常常需要为应用配置各种环境变量，如AIX系统下使用32位JDK的时候，需要增大heap size的时候需要设置LDR_CNTR=MAXDATA=0XB0000000@DSA这个环境变量。为了验证环境变量是否生效需要查看进程运行的环境变量。
有一次在客户的一个weblogic系统，我在shell环境变量明明设unlimited的值是65535，但是他日志死活都报too many open file。到底设置到底生效了没有？还是系统的压力真的那么大？lsof看应该是没那么大。就不知道怎么查那个weblogic的JVM进程的unlimited值是多少呢？ 原来cat /proc/PID/limits可以知道某个进程的unlimited值！
WebSphere Application Server V7的新功能：Runtime Provisioning。应用服务器启动的时候不启动所有的组件，在需要时再启动组件。 应用场景： 1、应用只使用servlets和JDBC。没用使用EJB,安全性等，可以打开选项。加快应用服务器的启动时间，节约内存。 2、在Node agent、dmgr、proxy server、administrative agent，这些需要快速启动的组件。只会启动部分的管理组件。 打开方法： 在系统管理=>Deployment Manager。的配置页面里面。选上在需要时启动组件的复选框。 在系统管理=>Node Agent。的配置页面里面。选上在需要时启动组件的复选框。 应用程序服务器 > 服务器配置页面。选上在需要时启动组件的复选框。 （英文版的选项框名字：start components as needed）
继续调查上一篇blog的故障。在websphere的SystemOut里面发现很多WTRN0006W的信息。 [10/24/07 14:59:52:662 EST] 0000000f TimeoutManage I WTRN0006W: Transaction 0000011056531F8D000000050001C7E40B304AAB611AB4FC574CE136F63A9E07BE78A01B0000011056531F8D000000050001C7E40B304AAB611AB4FC574CE136F63A9E07BE78A01B00000001 has timed out after 120 seconds. 这个日志意味着这个事务在交易生命周期时间（Total transaction lifetime timeout）里面不能提交或者回滚。webspere默认值为120秒。当然WTRN0006W本身不是问题所在，而是一种症状。我们需要找到导致WTRN0006W的原因才能解决问题。
下载ihsdiag安装包,解压,把mod_mpmstats模块(Example filename: ihsdiag-1.4.1/2.0/aix/mod_mpmstats.so)放到IHS的modules目录里面。（注意：在IHS 7的版本里的diagnostic modules已经和产品的安装包打包到一起了。模块放在modules/debug文件夹里面。） 然后再httpd.conf里面增加下面两行配置: LoadModule mpmstats_module modules/mod_mpmstats.so ReportInterval 90 1、是加载mod_mpmstats.so模块。 2、是输出日志的时间间隔
YSlow for Chrome 发布了，Yahoo! 技术团队又做了一件好事!这个可是web开发者必备的优化检查工具!之前只有firefox版本，这也是我一直离不开firefox的原因之一。还有Google的优化检查工具page speed！我一直都是根据这两个工具来指导优化web应用的速度优化！ 详细的请看：http://developer.yahoo.com/blogs/ydn/posts/2011/03/yslow-for-chrome/