星期四 七月 24, 2008
Xinfeng Liu
- All
- Java & JES
- 杂谈
- Solaris
- 新闻
SUN的开源产品列表
最近,SUN的开源产品大家族里新增了Sun Webserver 7.0和webproxy server。Sun Webserver和webproxy server是真正多线程的Web Server,在Specweb2005基准测试中屡创世界纪录。下面是我整理的SUN的开源列表,有问题或补充请写在comments里。
还有什么没有开源?Sun Identity Manager, Sun Directory Server Enterprise, SunRay Server, Sun Secure Global Desktop, Sun Studio 12(不开源但免费),Sun JCAPS, 不多了。
除非你是Microsoft的追随者,作为软件开发人员想不用上面任何一种产品恐怕很难。
Posted at 11:39下午 七月 24, 2008 by xinfeng liu in 杂谈 |
LoadRunner测试Web的常见问题
性能测试是一件非常严谨的事情,就像我以前写过的一样,很多用户的性能测试的问题在于测试本身。以下列举几条LoadRunner测试Web的常见问题。
- 网络带宽问题。
对Web进行压力测试时,通常百兆网络是不够的,当网络带宽不够的时候server端没有足够压力。用LoadRunner所在的Windows的性能管理器看一下网络利用率就知道了。
- Vuser脚本的检查。
虽然Loadrunner提供了方便的脚本录制功能,但由于录制时可能出现的操作偏差,也应手工检查生成的Vuser脚本。
去除某些与压力测试无关的东西。否则可能会出现Loadrunner测试结果有误或压力上不去的情况(比如vuser访问一些不存在的资源)。
- Runtime setting。
在创建Loadrunner scenario时,每台机器的vuser的runtime setting都应该分别设置并检查,不能只对第一个vuser的runtime setting进行设置。通常你会关掉think time,以便能用较少的机器达到较大的压力。另外,如果返回页面里包含了一些访问其它资源的链接比如图片服务器,这时应关掉 download non-html resources。
- 没有检查返回页面。
当server端出错时应用程序有可能返回错误信息,但对HTTP来讲仍是成功的响应,返回码为200 O.K. 这样在Loadrunner就被记为成功的transaction。于是,server端出错越多,Loadrunner测出的性能越好。解决办法:开启并检查应用的错误日志;或者启用Loadrunner的返回内容检查功能。
- 当心Loadrunner所在机器的磁盘空间。
缺省情况下Loadrunner会把运行结果的详细信息放在C盘的Documment and Settings的用户目录下,当大压力长时间运行或有大量出错时,Loadrunner会生成大量的数据到该目录下。当磁盘空间满了后,机器的响应将变得很慢。
- 结语。
还是那句话,性能测试是一件非常严谨的事情。本身在实验室里的性能测试就很难模拟真实情况,另外世界上没有两个一模一样的系统,要做到apple-apple的比较很难。 所以做性能测试一定要仔细,测试条件一定要定义清楚。否则,最后的结果是:上了生产系统后被最终客户折磨地吃不下饭睡不着觉。这不是开玩笑,我在别人那里见过了太多的这种情况。
Posted at 08:26下午 七月 22, 2008 by xinfeng liu in 杂谈 |
北京奥运会的IT系统(更新)
从2004年的雅典奥运会一直到2012年的伦敦奥运会,奥运会的IT总包商都是这家法国公司:源讯(Atos Origin)。但对于奥运会IT系统的详细架构似乎是个秘密,你在网上根本就查不到。从我了解的大致情况看,2004年雅典奥运会主要使用的是Sun Sparc服务器。2008年北京奥运会的核心数据库服务器应该还是Sun Sparc服务器。另外搜狐作为北京奥运官方网站的承建者,其比分系统数据库应该采用的是Sun sparc服务器。其它大量的终端服务器大概是联想的PC服务器加Windows Server。所以,操作系统基本上就两种: Windows和Solaris。这个链接间接地证实了这一点。
以上仅代表个人猜测,不代表任何权威消息。
后记:奥运后开完后,为北京奥运会IT项目提供咨询服务的SUN公司的一位同事在北京OpenSolaris用户组活动上介绍了更多的信息,详细PPT可以到这里下载(点击part1 和part2)。下面是从PPT里取的一份截图, 北京奥运会核心服务器机房:

Posted at 01:58上午 六月 27, 2008 by xinfeng liu in 杂谈 |
Technologies should be simple to use
比较一下以下这些技术的用户量或受欢迎程度:
ISO七层参考模型 VS. Tcp/ip
Token Ring VS. 以太网
C++ VS. Java
Java VS. Ruby/other scripting languages
Corba VS. EJB
J2EE (prior to Java EE5) VS. Struts/Spring + Hibernate/ibatis
Webservices VS. REST
SOA?
Mainframe VS. Unix
Unix VS. Linux
Linux VS. Windows
Redhat desktop VS. Ubuntu desktop
SAN VS. NAS, iSCSI
Traditional filesystems/Volume managers VS. ZFS filesystem
.......
多年以前我刚接触J2EE时,觉得真复杂,尤其是那个entity bean,而且还要了解一堆patterns。这项技术真的使developers专注于业务逻辑吗?I'm afraid not. 接下来满世界出现了无数的opensource的frameworks, 这些frameworks真的使developers专注于业务逻辑吗?I'm afraid not. 坦率地说,Struts/Spring + Hibernate/ibatis 并不简单,hibernate时个易学难精的东西;用struts/spring做web开发的工作量并不少,而且那些冗长的xml配置文件简直是evil。 接下来,脚本语言开始流行了。
还有Webservices, 有几个人能背出那些数量众多的标准?恐怕只有那些制定标准的理论家。现在, REST终于大行其道了。
说明了什么? 只有简单易用才有大量人使用,才能被大多数用户认可。要想有volume,开源和免费并不够,simplicity同样重要。现在的人越来越没有耐性,如果一样东西花了三个小时还没摸着门道,那么肯定会byebye。
-Xinfeng
Posted at 02:57上午 六月 23, 2007 by xinfeng liu in 杂谈 | Comments[2]
OpenSolaris会流行吗
上周日我主持上海OpenSolaris用户组的活动,下午1:30开始,结果有些网友不到12:30就来了。
我问为什么来这么早,他说以前参加一些linux的活动去晚了都没座位。我笑着对他说今天的活动应该不会有那种情况。
[Read More]Posted at 04:24上午 十月 01, 2006 by xinfeng liu in 杂谈 | Comments[1]
波士顿 . SUN (照片)
分享一下我2005年到波士顿出差的一些经历和图片。
波士顿城市虽不大,却有着很高的知名度:美国独立战争的第一枪就在这里打响;拥有世界顶尖的高等学府哈佛和麻省理工;曾经有一支著名的NBA球队波士顿凯尔特人队;有去年分别获得橄榄球和棒球冠军的球队...
[Read More]Posted at 08:35下午 四月 21, 2006 by xinfeng liu in 杂谈 | Comments[3]
我的第一篇Blog
作为一个每天搜索网络数十次的人,我这些年从网络上获得了很多知识,现在也该回馈一些东西给网络了。感谢John Jiang提供的这块小天地。我现在起将从一个普通的developer的角度把一些技术心得与感想和大家分享。
-Xinfeng
Posted at 06:59下午 四月 05, 2006 by xinfeng liu in 杂谈 | Comments[1]
