16hot 的博客

从22号开始，将笔记本的系统换成FreeBSD6.2RC1，连续花了5天时间来配置和安装应用软件和开发环境。

今天已经开始在FreeBSD 环境里开始工作了。

安装了 OpenOffice 2.0.3

geany,bluefish,stardict2,firefox2,esvn,rapidsvn,lighttpd,mysql,php,thunderbird等等应用软件。

完整的安装配置过程，还需要时间整理出来。

小结一下，就要做好充分的心理准备，要坚持，要改变自己的习惯，去适应新的环境和工具的使用习惯。

几天下来，会发现很多要用的几乎都有，没有太大的不适应。

Krusader ,是Linux 下的一个强大的文件管理工具,极似Windows下的 Total commander。

下面拷贝一份他们的Features

周日晚上在 china-pub上订了《UNIX环境高级编程》这本书，另外还顺便订了《UNIX操作系统设计》这本书。

在今天拿到了，开始阅读《UNIX环境高级编程》。内容非常详尽，比之前看的那本《Linux高级编程》好太多了。

强烈推荐计划在Unix/Linux环境下开发的朋友阅读《UNIX环境高级编程》。

在昨天已经实现多进程扫描了，只是处理子进程信号等待的时候，出现占用大量CPU的情况。

使用了nice，情况比较好，不会影响到系统其他服务。但是仍然占用CPU 在80%以上，当然不能使用啦。

回头看了下博客日志。之前用C写的扫描引擎，已经整整一年了。

这几天花了些时间，将扫描引擎重写了。计划还得实现多进程同步扫描，这样就可以应付大量的监控工作了。

当然，仍然是 C + XML + MySQL 。通过重写，学习到很多C相关的知识。

昨天看到lifetype释出1.1.1版了，于是看看有什么新东西。

不看不知道，原来加了很多很使用的功能。 于是进行一次升级，另外增加了很多模板，很多非常好的。

之前一直使用bash-2.0.5版本，今天用portupgrade升级软件。干脆也升级下bash吧。旧版本，登录后提示： su-2.05b# 3.1版本，登录后提示： [root@localhost /root]# 至于3.1版本有些什么新功能，还没有来得及留意。呵呵

不过，对比下，内存消耗却不一样了。

[root@localhost /root]# ps u|grep bash
root 51901 0.0 0.2 2848 1632 p5 S 7:36AM 0:00.01 su (bash)#bash3.1
root 47934 0.0 0.2 2852 1572 p4 I 6:51AM 0:00.02 su (bash)#bash3.1
root 48815 0.0 0.0 1132 0 p3 IW - 0:00.00 su (bash))#bash205
root 17257 0.0 0.1 1136 600 p2 I+ Tue01PM 0:00.53 su (bash)#bash205
root 5933 0.0 0.0 1096 0 p1 IW - 0:00.00 su (bash)#bash205
root 99884 0.0 0.1 1176 592 p0 S+ Tue11AM 0:00.38 su (bash)#bash205
root 58466 0.0 0.2 2848 1632 p5 R+ 8:39AM 0:00.00 su (bash) #bash3.1

如果内存资源不多，并且没有必须bash3.1支持的情况，建议还是用bash2.0.5吧。

之前做过一次portupgrade，把cvsup也给升级了。然后每次cvsup 的时候，都出现如下提示：
su-2.05b# cvsup -L 2 -g /opt/etc/ports-supfile
Parsing supfile "/opt/etc/ports-supfile"
Connecting to cvsup3.cn.FreeBSD.org
Connected to cvsup3.cn.FreeBSD.org
Server software version: SNAP_16_1h
Negotiating file attribute support
Exchanging collection information
Establishing multiplexed-mode data connection
Running
Updating collection ports-all/cvs

***
*** runtime error:
*** Segmentation violation - possible attempt to dereference NIL
*** pc = 0x80e15f7
***

use option @M3stackdump to get a stack trace
Abort trap

这个现象，屡试不爽。超级郁闷……