由FreeBSD的硬件兼容性想到的

   本人学FreeBSD算不久吧,这一两天在那些旧机装FreeBSD,应该说先吧硬盘在快的机装好后再把硬盘接过旧机那里用, 一接上去那些旧机里一用就不断重启,所谓的旧机是intel815,赛扬cpu,一条128M和一条256M内存等配置的机,单插那条128M的内存,那个FreeBSD 7.0的系统就好鬼死稳定,但单一插256M内存就不段重启了,当然可以判断那条256M的内存有问题,但之前这个配置是运行Linux的,那时行Linux也好鬼死稳定的,但这条内存从朋友拿过来时,他都说明这内存有问题的,由其其可见,Linux杂食,但FreeBSD偏食,但重反面推论,也可以认为,FreeBSD是对硬件要求高,但只要FreeBSD适应的硬件,是一定好稳定的,虽然Linux杂食,但好像刚才那条256M的内存,应该迟早会出问题,只不过FreeBSD过早的挑了出来,所以,只要FreeBSD不挑食的硬件,就一定好稳定的.

  以上纯粹纯娱乐性的无聊猜想,是由FreeBSD的硬件兼容性想到的,但证明,挑好的硬件做服务器是好要紧的

我也发现FreeBSD容易起不来 - 不错的话题

我也发现FreeBSD容易起不来
讨论的是在这里: http://bbs.chinaunix.net/thread-1090235-1-1.html

  
   其实我学习FreeBSD过程中也遇过这种情况,以为FreeBSD也能像之前使用的Linux自己起来,之前用的是Quick As 4 的傻瓜Linux系统,基本未试过起不来,但转向FreeBSD就出现了,也许我学艺不精吧,当然现在也是菜鸟级别,后来在FreeBSDChina和google查看来,在启动的rc.conf加上

  fsck_y_enable=”YES”

之后就没出现在过掉电起不来的情况了,开机自动fsck嘛,但FreeBSDChina的老大说,最好不要这样加,怕在fsck过程中再次掉电,那时救回来的可能性就很少了,不过算了,这种机会希望不要撞上吧,虽然可能性很低,不过至今我的FreeBSD还稳定的运行着.

  不过还是有句话不吐不快,算是抱怨吧,就是FreeBSD的硬件兼容性太差了,要硬件去迁就它,不过算了,鬼叫你玩FreeBSD吧.

今天在lighttpd服务器的日志里看见了HyperEstraier/1.4.13

   这一两天发觉FreeBSD 7.0的负载提高了不少,进去服务器很慢,按照以往经验去lighttpd的日志里看看,发觉了一个ip长期持续访问web服务器,user-agent头为http://www.google.cn/search?hl=zh-CN&q=hyperestraier&meta=&aq=0&oq=HyperEstraier/1.4.13, 是什么来的,于是上百度和google查看了一下,原来HyperEstraier是一个全文搜索引擎来的, 是新技术吗? 不知啊,先去google学习下这HyperEstraier东东先.

有时觉得玩FreeBSD系统很无聊

   突然有这种感觉,  觉得玩FreeBSD系统很无聊, 有时这种感觉很强烈,为什么,因为当你调好系统后,基本上FreeBSD是好稳定的,可能我拿来是做服务器吧,如果玩X Window可能多点其它东西玩吧, 总之现在把这服务器掉在一边,不用理了。

  以前玩Windows Server, 就没这么无聊了,因为Windos太多问题了,所以特别多东西需要调试,特别杀毒那方面,不过现在病毒这方面不用担心了,因为我想针对FreeBSD的病毒应该没这么多吧.

lighttpd的一些优化记录

资料:

http://hi.baidu.com/thinkinginlamp/blog/item/127209f77f3a9c26720eecda.html

fastcgi.server = ( “.php” =>
    (( “socket” => “/tmp/php-fastcgi.socket”,
        ”bin-path” => “/usr/bin/php-cgi”,
        ”max-procs” => 10,
        ”bin-environment” => (
            ”PHP_FCGI_CHILDREN” => “16″,
            ”PHP_FCGI_MAX_REQUESTS” => “1000″
        ),
        ”broken-scriptfilename” => “enable”
    ))
)

num-procs = max-procs * ( 1 + PHP_FCGI_CHILDREN )

Me参照这些lighttpd的一些优化记录,调整了Me的lighttpd, 设置了

max-procs=3

PHP_FCGI_CHILDREN=5

不知这样调整对不对

清空FreeBSD 的 lighttpd的日志命令

清空错误日志
cat /dev/null > /var/log/lighttpd.error.log

清空web日志
cat /dev/null > /var/log/lighttpd.access.log

lighttpd占用资源就是比Apache少

   系统由freebsd6.2 升级到 FreeBSD 7.0 , amp(Apache2, Mysql4.1, Php4.1) 换成lmp(lighttpd1.4.18 , Mysql 5.0.45, Php 5.2.5 )后,整机性能爽了很多, 内存占用和 interrupt 全降下来,  果然如网上说的, lighttpd是比Apache占用资源少很多, 效果好明显, 不过我还是想找找有什么方法再优化一下, 其实部Web Server的负载都很轻的, 不过忍不住还是想去搞搞这部FreeBSD Server , 其实这类Unix 系统只要和硬件配合得好,绝对可以多看少动的, 但不知是否染上了Windows维护时的那种恶习,总喜欢东动动,西搞搞的.  

   不过我想这部FreeBSD的Server 暂时都没什么可以给我折腾了…哈哈哈哈哈.

用mldonkey在FreeBSD进行BT下载

   在FreeBSD进行BT下载, 使用mldonkey,

port:

/usr/ports/net-p2p/mldonkey

相关资料:

http://blog.cssxfx.net/blog.php?uid-1-do-showone-tid-2391-page-2.html

TIMEOUT - WRITE_DMA retrying - 终于令FreeBSD 7.0的系统稳定下来了

    FreeBSD 7终于系统稳定下来了, 搞了几天,原来是块主板的问题,初时换上了硬盘Maxtor 6G160P0时,在系统运行了一小时左近自动关机,又在编译内核时有死机,又出现硬盘TIMEOUT – WRITE_DMA retrying的问题等等.

   TIMEOUT – WRITE_DMA retrying在之前的FreeBSD 6.2时是这样处理的,在/boot/loader.conf加上hw.ata.ata_dma=”0″  ,但这次加上了, 一样是在一小时左近又自动关机 , 参考了google上找到的资料, 新建一个脚本文件 123.sh:

123.sh:
———————————————
#!/bin/sh
atacontrol mode ad0 UDMA66
———————————————

掉在/usr/local/etc/rc.d/目录上,等开机时自动调整硬盘的dma133到dma66, 开机后好像稳定了点, 但看见硬盘慢了又不甘心,于是继续在google查找资料,中文的网页全部没用,最后看英文资料,关掉cmos里的ACPI Mode 和 IDE HDD Block Mode,

然后在/usr/src/sys/dev/ata/ata-chipset.c的5146行胡乱加上

{ ATA_SIS961, 0×00, SIS133NEW, 0, ATA_UDMA6, “961″ }, /* south */

重新编译内核, 跟着现在稳定运行着. 然后世界就清净了, 一切稳定运行着, 速度是快了,爽了,不知是换了比之前快了的硬盘,还是FreeBSD 7.0的性能提升了,反正觉得比之前快了,特别是MySQL.

其实在搞不好这FreeBSD7.0 时,真的想把系统换成Linux的Debian或者Centos, FreeBSD对硬件的适应性真的比Linux差啊, Me的主板是sis651, 硬盘控制的5513 EIDE好像在FreeBSD上的驱动好像有点问题.  以前用Linux好像没问题,  但发觉自己总想找籍口跳回Linux阵营. 因MySQL在FreeBSD运行真的比Linux慢, 但说FreeBSD 7.0会好很多,所以等到现在。

在前阵子帮朋友搞邮件系统时,用了 http://www.extmail.org/forum/forum-15-1.html EMOS ,一种基于Centos的邮件系统,那时发觉Centos的yum就是方便,虽然FreeBSD有port,但yum下载后直接安装,而port要编译, 就是贪这个方便, [...]

FreeBSD 7.0 果然厉害

   刚刚把家里部Server由FreeBSD 6.2 升级到FreeBSD 7.0 ,性能果然爽了很多啊.