今天和老妈聊天。不觉聊到了父亲的童年。老妈说，写写罢，就当记念他了。于是就有了以下的文字。

 

        在母亲的印象里，父亲的童年时光轻松而青葱。那时的孩子，最大的享受莫过于在电影院里看上一场美妙的电影。

 

        那时电影的票价是一毛钱。据说，当年看电影的经费，一是从爷爷那里获得，二是从奶奶那里获得。父亲一直觉得爷爷比较大方，往往能获得比原来请求的更多一点。但我估计，由于爷爷经常出差，父亲从奶奶那里获得经费的次数应该更多一些。奶奶一般每次申请给一到两毛钱。

 

        话说父亲拿了这一毛钱，走到电影院门口，却开始踌躇。原来，父亲又被电影院外叫卖的铁蚕豆吸引啦。别笑他嘴馋，那时候物资匮乏，铁蚕豆已经是孩子们最为念想的零食。既想补充物质食粮又想补充精神食粮，年少的父亲有点为难，熊掌和鱼，怎么兼得呢？

 

        父亲小时候可是相当的聪明。正想着，一个冷子转眼间便瞅到了解决之道：电影院外不远处，有一个小人书摊，只要花上两分钱，便可以租一本。更绝的是，不管演什么电影，小人书摊总有与之对应的小人书（或许是那时候的电影少吧）。

 

        于是乎，父亲可以一边吃着铁蚕豆，一边看着与电影相同的小人书，好不舒坦。更重要的是，回家家长问起来，可以对答如流，不见破绽；学校里向同学们炫耀，可以口若悬河，洋洋自得！《小兵张嘎》嘎子如何深入敌后，《铁道游击队》王强怎样飞车夺枪……

       这解决方法是不是很高明呢？

 

        谨以这段文字，记念离去的父亲。愿您在天堂过得开心。

 

似乎又是一年春来到。我的博客还是“月记”或者“年记”。前一阵用BUS里的编辑总是导致我的CHROME崩溃。现在似乎好了。

搞定了王实甫先生的爱情故事——就是张生和崔莺莺那个经典的计划。主要是UBUNTU上对XTABLES支持的有点问题，需要添加DEBIAN的源。具体参照 http://www.thinksrc.com/?p=48001。几乎完全参照里面的。

父亲已于2010年2月22日13：30左右去世。逝者长已矣。

南无阿弥陀佛！南无地藏王菩萨！

2

 

OpenBSD 4.6 刚刚 release。

FreeBSD 还在RC1中，估计大拿们还在折腾。

UBUNTU 9.10 呼之欲出。

CENT OS 5.4 出来了。

 

 

    如何是一个典型的kernel？管理CPU，内存和外设。一个kernel，许多的代码，结果只是跑起来，什么也不干。是否有些浪费？无OS的史前时代，人们已经受够了没有OS的混沌。但人们一直以来想简化kernel，让其更加简练，这就是microkernel。然而在工业界，这种kernel始终没有流行起来。这是否是 KISS 法则的反面？抑或是微内核过于简单了？也许有一天，当CPU的速度快到可以接受微内核的性能，然而人们对CPU性能的压榨，是否是永恒的主题？

序


        吾友老汪，属予作文以记核之八卦。不知力能逮否。某计划以春秋之笔法，述核之八卦，贻笑大方，不在话下。中文名为核之禅，不要看成核弹，英文名叫<>如何？

                                                                                                                                        Zelor 顿首再拜

1

 

Linux-2.6.31 was released。详情请见：

http://www.remword.com/blog/?p=161

FreeBSD 8.0 也快要release了。目前BUG导致出了BETA4版本，然后还有RC……

 

秋天来了，天气凉了，新的kernel出来了。

 

 

 

 

 

 

    冲凉的时候有唱歌的毛病，今天的曲目是《教我如何不想她》。唱的时候，却不免想起他们。

    这首歌是刘半农先生词，赵元任先生曲。这首歌词曲皆是近百年来中国歌曲中最精妙之一，按下不表。但想想与二位先生同时代者，多已作古。

    庚款的这批人，开中国之蒙，实在是距离德先生和赛先生最近的一批。斯人去矣，精神尤在，教我如何不想他们。

...

    今天和同事玩NS9，发现游侠网的免CD补丁有BUG，玩完一局后就退出了。不爽。遂用VC6DEBUG之。(DEBUG时半截屏幕是黑的。)也是机缘巧合,半个钟头后第一次尝试居然就搞定了,真是狗屎运。

 

    用UE的人可以在二进制模式下搜：

    76 16 33 c9 8b 78 14 83 4c 0f 08 f...

     与非法操作齐名，同样是程序员挥之不去的噩梦——可这噩梦又是谁造成的呢？

     可以参考以下文章：

http://oss.lzu.edu.cn/blog/article.php?tid_700.html

http://www.cublog.cn/u/5251/showart.php?id=173718

...

古有好梅名

驱车赴萝岗 

淡天千枝雪

疏花万朵香

乐向虬枝奏

经伴素罗芳

碧水有弯意

心思共流觞

 

愿骋长歌为一哭
千魂万魄梦巴蜀
最难却是别离日
岂忍友邻成新土

四川地震。请各位为灾区尽一份力。

 

南无观世音菩萨！

南无地藏王菩萨！

南无阿弥陀佛！

     本人不是专业的测试人员，对测试只是略知一二，斗胆说出近日的一点心得，贻笑大方之处还请各位见谅。

      近年来，敏捷测试已经被提到一个较高的位置，为大多数软件人员所了解，但与开发密切相关的测试，却缺少相应的理论。

     比如在本单位，开发人员已有许多养成了频繁迭带，小步快跑的方式，但这种方式的使用，却给测试人员带来许多困扰。我们的测试人员采用的是测试用例驱动测试的模式，每一次全覆盖测试要花去大量人力物力，当新版本推出时，究竟以多大粒度进行回归测试便成了测试人员最头疼的问题了。

     我个人浅见是：测试部门当主动地以自己的步调前进，而不是只做浅回归或者只做全覆盖。

      今天由于分析其他OS的硬盘读写，顺便翻了一下LINUX的。（文档和源码来自http://www.oldlinux.org )

      保护模式下操作系统控制IDE硬盘通常使用的是AT硬盘控制器的指令，这里不详细描述。只说一个判断硬盘是否忙的函数是：

00161 static int controller_ready(void)
00162 {
00163     int retries=10000;
00164
00165     while (--retries && (inb_p(HD_STATUS)&0xc0)!=0x40);
00166     return (retries);
00167 }

      重试了一万次，我折腾的那个KERNEL是100万次。
      另外发现在读写硬盘的代码部分：

00250 static void read_intr(void)
00251 {
00252     if (win_result()) {
00253         bad_rw_intr();
00254         do_hd_request();
00255         return;
00256     }
00257     port_read(HD_DATA,CURRENT->buffer,256);
00258     CURRENT->errors = 0;
00259     CURRENT->buffer += 512;
00260     CURRENT->sector++;
00261     if (--CURRENT->nr_sectors) {
00262         do_hd = &read_intr;
00263         return;
00264     }
00265     end_request(1);
00266     do_hd_request();
00267 }

          看一下port_read的实现：

00061 #define port_read(port,buf,nr) \
00062 __asm__("cld;rep;insw"::"d" (port),"D" (buf),"c" (nr))

         总结一下，AT中读写硬盘都是用的INSW/OUTSW指令进行IO，而不是控制DMA控制器。

 

    一开始怎么都提示CVSROOT/config不能访问，而我的权限设置又没有问题。

    后来整到不知为何xinetd都起不起来CVS了，赶紧现GOOGLE，发现一篇不错的http://www.dbanotes.net/OpenSource/Using_xinetd.html 遂去翻/etc/init.d/xinetd 这个文件，将启动参数加上LOG，查看后发现是/etc/xinetd.d/cvs文件中的环境变量的“=”号两边多了空格。改了就好了。顺带记一下，命令行里起停xinet是：/etc/init.d/xinetd  start | stop | restart 等等。

      接下来又GOOGLE半天，终于找到一个类似问题的http://bbs.chinaunix.net/archiver/?tid-909335.html，还不懂SELINUX是什么，又学习了半天，终于学会了在/etc/sysconfig/selinux中设置参数selinux=0 ，重启之，搞掂。

      另外看到一篇 http://www.cublog.cn/u/8057/showart_183519.html 也不错，对比介绍了，其中Subversion更类似clearcase一些。