近期计划
阅读apache 源代码
阅读 python 源代码 (OMG, 我是不是疯了?)
《泛型编程与STL(影印版)》 （很不错的书，再忙也要先把它读完）
有空再把 iptables 认真彻底地学习一遍。
祝福我吧。
Archive for四月, 2006
集群系统基本安装完成
感觉 Rocks还是不错的, 虽然我们折腾了很长时间有点烦人,但过后发现都和Rocks没关系,比如第一次是 刻盘的问题, 第二次是也是光盘的问题, 第三次是交换机的配置问题.
花了两天时间把 SGE的用户及管理手册看了一遍, 配置好了并行运算环境(lam ,mpich, pvm). 前期工作应该基本告一段落, 接下来的工作就是写文档.
原则上, 修改节点的配置必须重装, 这当然是最安全最干净的办法, 但对我们来说显然不太适用, 其实一些小的更改写个脚本,通过cluster-fork 在每个子节点上运行一篇就OK了.
apache2.2 worker +php4 VS apache2.2 worker +php5
apache2 worker虽然性能好, 速度好, 但是不稳定.
今天无聊, 对php4 和 php5 在 worker的表现做了番测试.
apache 版本 2.2
php 版本 5.1 和 4.4
都是从源代码编译安装.
测试平台: P4,内存256M, Debian Sarge
测试命令:
ab -c 100 -n 10000 http://localhost:8080/index.php
并发100,共10000个请求.
php4:
没到5000就断线,很少有超过6000的. 而且错误日志里N多段错误.
php5:
平稳到达10000, 且速度明显比php4快, 更重要的是, error_log 里没有一条错误.
看来, apache2 worker 要和 php5搭配才行.
2006年04月07日记事
这个播放器只支持 UTF8 编码的歌曲列表(xml格式).
而windows在新文件时默认的是gb2312编码(当然是中文版), 所以如果是自己一个个字打进去的歌曲列表反而会出现乱码, 因为播放器把gb2312编码的字符都当成 utf-8编码给处理了(解析xml时不会出会问题,因为utf-8和gb2312的英文字符编码是重合的)
一个折中的办法,我是这么解决的:
先下载原来的播放列表(sunu大哥的,其老土受人诟病,歌曲列表即是一例)
http://www.fqyy.org/blog/sunu/attachment/File/musicList.xml
http://www.fqyy.org/blog/sunu/attachment/File/musicList.xml
这是一个utf-8编码的xml文档, 用记事本,写字板或editplus打开它, 这样默认编码就变成了utf-8,然
后在这个文件的基础上修改,形成自己的播放列表(注意这是utf-8编码的),然后上传到服务器上.
后在这个文件的基础上修改,形成自己的播放列表(注意这是utf-8编码的),然后上传到服务器上.
要注意是的: 文件上传了以后, 不要使用blog后台管理中的编辑附件的功能, 你会看到一堆乱码,除非把浏览器的字符编码改成 unicode.
后话:
写字板,记事本,editplus MS 都没有选择文字字符编码的选项. 我猜字符编码可能由windows底层包办了, 以至编辑器不只知道编码为何.
注释:
在这里编码和"编码" 有混用的嫌疑, unicode 是 charset, utf-8 是encoding, gb2312是 charset,同时也定义了encoding (没考证过). windows系统呈现给编辑器的可能是统一的unicode.
这帮SB又犯贱了
小学生用童谣宣传八荣八耻(我想起西安后zai门小学和那位死去的刘胡兰)
浪子回头,齐念八耻八荣顺口溜
中南大学学习荣耻观
八旬老军人自制荣辱观卡片