美金博客

Cool Stack 是一堆在Solaris (Solaris 10)上优化过的开源软件集合，使用这些软件可以享受到最好的性能优化。Cool Stack 上涵盖的软件范围目前主要面向web service，随着应用的需求变化，日后应该还会有所增加。

1.3 版本的Cool Stack已经可以下载，包含如下的新软件版本：

- Python 2.5.2
- nginx 0.6.31
- libxslt 1.1.22
- fontconfig 2.4.2
- mod_security apache 2.5.3
- mod_python 3.3.1
- mod_ruby 1.2.6
- mod_dtrace 0.3a
- memcache php extension 2.2.3
- xdebug php extension 2.0.3
- tcpwrap php extension 1.0
- perl Compress::Zlib
- mysql ruby gems 2.7
- postgres ruby gem 0.7.1

有兴趣尝试的人可以选择性下载。这些SVR4格式的软件包以CSK开头，安装方式与平时在Solaris OS上安装软件相同：

root@skywalker # pkgadd -d CSKpython_1.3RC1_sparc.pkg

Cool Stack 软件会安装到/opt/coolstack目录下，包含所需的library。

想到前几天曾经在公司的工作站上安装过python 2.5.1 ，还是从http://ww.sunfreeware.com 上下载的。于是就安装了此次1.3 version的Cool Stack Python 2.5.2 ，做了一下性能比较，但是效果并不理想。

下面的程序读取A.txt文件中的所有单词并将出现频率存入大Dictionary，并打印出现频率最高的30个单词。经过对比，当A.txt大到11M 的时候，coolstack 中的python 2.5.2所消耗的时间将比来自sunfreeware的python2.5.1长一倍，的确让人一头雾水。难道是python 2.5.2的问题？

测试环境：古董级的U10 (CPU 440Mhz UltraSPARC IIi, Mem 256M, Solaris 10 U1)
有兴趣且具备测试环境的可以帮忙测试一下。Cool Stack优化后的Python是否如此不堪。
Python 测试代码下载 code.tar

目标TXT文件如果一时找不到比较合适的，可以使用这个：

艾萨克·阿西莫夫 (Isaac Asimov)《基地系列》 (Foundation) TXT文档 英文版

李斯特 爱之梦

听了让人平静不少，推荐一下。

Solaris 下并未提供专门的md5校验工具。但是 solaris 10下的digest命令可以实现此功能:

root@skywalker # digest
digest: usage: digest -l | [-v] -a <algorithm> [file...]

root@skywalker # digest -v -a md5 sol-10-u5-ga-sparc-dvd.iso
md5 (sol-10-u5-ga-sparc-dvd.iso) = c984d8f5c439e1e73d13f2cefc095216

root@skywalker # digest -l
sha1
md5

digest 隶属于SUNWcsu软件包，在Solaris 9上没有此命令，Solaris 10就没什么问题了。当然也可以使用第三方的脚本来实现， 这里有一个用Python实现的md5校验程序md5sum.py，网上搜到的，可以解燃眉之急。不过默认情况在Solaris 下使用Python的hashlib程序库会出现如下报错：

ImportError: No module named _md5

解决办法就是安装openssl的高级版本，这个可以到sunfreeware.com上去下载。

效率上python的代码要比根红苗正的C程序慢一些，但是速度还在可以忍受的范围之内。

PS: VIM配合Calendar插件用来做工作记录还是比较好用，但是如果不上传到Google Calendar上，搜索内容则是很大的麻烦。今天写了一个粗糙的Python脚本，遍历diary目录下的所有文件，然后用grep来查找，觉得可以再完善一下，比单纯依赖网络服务的好。

又PS: Sam向我推荐KDE的Basket程序，用于做Notes。BasKet很Cool，很炫，记录条目可以自由拖放，颜色标记也很鲜明，而且可以导出成HTML文件！是个非常不错的工具。

访问http://www.opera.com，包含了一堆的新特性，正好FireFox 3在这个月就要推出了，都下载回来比较一下吧。事实经常证明：用两个浏览器是非常明智的，尤其是在你不知道哪个会Crash的情况下。

Debian 下新安装好的Opera，默认的中文字体常常让人失去活下去的勇气，下面是解决办法：

新建一个user.css内容如下
html,body,*{
font-family:”WenQuanYi Bitmap Song” !important;
}

重启opera,然后在opera的工具栏里选择View(查看)里的Style(样式)选择刚才的user.css即可.

选择工具栏的Tools(工具)选择Preferences(属性)点Advanced(高级),选择左边的Fonts(字体)把Browser那几个改为WenQuanYi Bitmap Song.

xfonts-wqy字体这么装：sudo aptitude install xfonts-wqy

感谢EEPXE的提醒，Ubuntu中文论坛里的OPERA中文字体解决办法：http://forum.ubuntu.org.cn/viewtopic.php?t=70843

这样一个大礼拜外加一个端午节的假期，用来读《三体II : 黑暗森林》真是太过瘾了。

期望大刘以后不要在期刊上搞连载了，还是单行本来的畅快。《三体I》业已收入书柜，想要做收藏的科幻迷要早下手了。

书很好看，劝爱好者们不要在网上等盗版了，去书店支援一下中国的科幻事业吧。

引一句书开始前的观点：中国科幻与欧美科幻之间不要用差距来形容了，还是用差别准确一些，中国科幻在走向成熟。

工作了，又开始使用Google Calendar来记录日常活动，重新翻出了DiaryVGC程序，用VIM配合Calendar插件来使用。之前有点懒，很多bug没有修，个别功能也不好用，这次修改了几个，算是大修了。

1, 原来的版本中，Diary内容全部同步到Google Calendar条目的title中，如果Diary内容较长的话，就十分的不方便: Google Calendar的条目title会自动删除各种换行符，挤在一起，完全无法阅读。而且在浏览条目的时候常常因为条目过大，很多选项按钮都被挤出了浏览器，无法点击。

这次修改将Diary内容放置到Google Calendar条目的Description中，也就是中文版本的“说明”，点击“修改活动详细信息 ” 就可以看到。进入Description中的Diary内容将会保留原有的格式，阅读方便。而title(显示在Google Calendar中的条目)中则存放的是Diary内容的摘要信息，也就是取Diary内容的前80个字符。

2, 使用codecs模块，防止目录下的cal文件编码混乱造成的问题。怀疑codecs的使用有些问题，也许是技术不到位吧，有时个别条目会无法正常辨别编码，从而无法上传到Google Calendar上。

3,  重新调整了Linux/Windows平台的兼容性。

4, VIM 的Calendar插件有时会在不小心点击的情况下，生成空文件，而calendar插件对此毫无办法。所以这次在脚本中添加了空文件的检测步骤，发现空文件就直接删除。

代码多了，BUG应该也多了，以后发现再说吧。