Monthly Archives: November 2013
nmon on linux
一、运行准备 压缩包中nmon文件是可执行程序，执行chmod a+x 后即可运行。 现在这个版本是for rhel54的，其他版本在下面的地址下载： http://sourceforge.net/projects/nmon/files/?source=navbar 二、收集数据 命令：./nmon -s 10 -c 60 -f -m ~ -s 10 表示每10秒收集一次 -c 60 表示收集60次 -f 指定收集的数据文件命名格式为：主机名_日期_时间.nmon -m 指定生成文件所在的文件夹 三、分析数据 1、把服务器上生成的.nmon文件下载到本机 2、使用第二个附件中的nmon analyser v34a.xls文件（可以使用excel 2010运行）， 点击“Analyse nmon data”按钮，选择下载的.mon文件开始分析数据。 3、分析完后选择输出结果保存位置。
系统并发用户数估算
这个算法仅仅是对企业内部业务系统并发量的估算，不一定特别准确。 首先估计系统每天的访问量，然后按照每天工作时间8小时计算，计算出平均每秒的访问请求数N。 然后按照N+3*sqrt(N)计算，得出平均并发请求数M。 平均并发请求数M * 2作为可以覆盖80%需求的并发量。 举个具体的例子，如果每天访问量为一百万，平均并发量N = 1000000/8/86400 = 35，平均并发请求数按照泊松分布为35+3*sqrt(35)=53，应该按照53*2=106作为压力测试的并发参考值。
解决Enovia在WAS 8.0运行缓慢的问题小计
Enovia在Tomcat环境下运行正常，但部署到WAS后每个页面打开都很慢，主jsp文件打开都在3-4秒，即使是很简单的页面也是如此，非常奇怪的问题。 刚开始是怀疑是WAS中JVM参数的问题，但修改了内存相关的参数无效。考虑到我们在系统空闲的时候2个人测试，页面打开依然慢，想来也不是在内存方面存在瓶颈。 没办法，再次想到了Profiler工具。这次依然使用了Yourkit Java Profiler，经过观察找到了下图的一个疑点： 产生一个XSLTransformer对象居然要花费了10%的时间，按照这个关键词搜索，在IBM网站上找到了一个非常相像的案例： XSLT transformations cause high CPU and slow performance 大意是IBM认为产生XSLT transformations对象的模板类应该是”一次产生，多次复用“的，因此对产生的对象进行了优化，结果就是模板类产生慢，但后期运行的时候速度快。不幸的是有些应用程序开发的时候没有按照IBM的原则，每次都重新生成一个模板类，造成性能问题。这个文章中有两个解决思路： 1、修改程序，指定产生XSLT transformations对象使用的工厂类。 2、增加JVM运行参数 -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.TransformerFactoryImpl 因为Enovia为购买产品，无法修改源代码，只能按照第二种方法进行测试。 在Apache网站下载了xalanjar包，放到ecnovia的war包的WEB-INF/lib路径下，修改jvm参数并重启后，页面打开的速度得到了很大提升，主jsp文件打开速度下降到1秒多一点，比Tomcat的运行速度还要快一点，至此问题圆满解决。
[摘录]生死的智慧：柯文哲 TEDxTaipei 2013
你问我，什么是死亡？我的回答是，怎样才算活着？你问我，什么是人生，我的回答是，追求这个问题的答案就是这个问题的答案。
因为人一定会死，所以死亡不是人生的目的，人生就是一个过程，我们在这个过程中不断去追寻一个问题，这就是人生。
人终究会死，人生只是一个追求人生意义的过程。
最困难的不是面对各种挫折打击，而是面对各种挫折打击，却不失去对人世的热情。
Feed订阅