在桌面操作系统领域，Windows和Mac
OS垄断着绝大部分市场，Linux、BSD等其他各种系统只能偏安一隅，不过它们的发行版本却是相当丰富，除了最常见的Ubuntu之外还有
Fedora、Debian、FreeBSD、OpenBSD、OpenSolaris等等，今天我们就单从性能角度比较一下这些不同版本。
　　参测对象(均为64位版本)：
　　－ Fedora 12：使用2010-01-14最新版，Linux 2.6.31内核，GNOME 2.28.1桌面环境、X Server 1.7.1、GCC 4.4.2编译器、EXT4文件系统。
　　－ Debian GNU/Linux：Linux 2.6.30内核，GNOME 2.28.2、X Server 1.6.5、GCC 4.3.4、EXT3。
　　－ Debian GNU/kFreeBSD：FreeBSD 7.2内核，GNOME 2.28.2、X Server 1.6.5、GCC 4.3.4、UFS。
　　－ FreeBSD 7.2：主要用来和Debian GNU/kFreeBSD进行对比，FreeBSD 7.2内核，GNOME 2.26.0、X Server 1.6.0、GCC 4.2.1、UFS。
　　－ FreeBSD 8.0：最新的稳定版FreeBSD，8.0内核，GNOME 2.26.3、X Server 1.6.1、GCC 4.2.1、UFS。
　　－ OpenBSD 4.6：4.6版内核，GNOME 2.24.3、X Server 1.5.3、GCC 4.2.4、FFS。
　　－ OpenSolaris 2009.06：基于Solaris Nevada 111b和5.11版内核，GNOME 2.24.2、X Server 1.5.3、GCC 4.3.2 ......

蓝色 代表目录；
绿色 代表可执行文件；
红色   代表压缩文件；
浅蓝色   代表链接文件；
灰色   代表其他文件；
红色 闪烁   代表链接的文件有问题了；
黄色   代表设备文件；
粉红色 代表图片文件或是socket文件；
青黄色 代表管道文件；
褐色背景色 代表失效的链接文件； ......

前言：这一章我们讨论一下Linux下的信号处理函数。  
Linux下的信号处理函数：  
信号的产生  
信号的处理  
其它信号函数  
一个实例  
1.信号的产生  
Linux下的信号可以类比于DOS下的INT或者是Windows下的事件。在有一个信号发生时候相信的信号就会发送给相应的进程。在Linux下的信号有以下几个。 我们使用 kill -l 命令可以得到以下的输出结果：  
1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL  
5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE  
9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2  
13) SIGPIPE 14) SIGALRM 15) SIGTERM 17) SIGCHLD  
18) SIGCONT 19) SIGSTOP 20) SIGTSTP 21) SIGTTIN  
22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ  
26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO  
30) SIGPWR  
关于这些信号的详细解释请查看man 7 signal的输出结果。 信号事件的发生有两个来源：一个是硬件的原因(比如我们按下了键盘)，一个是软件的原因(比如我们使用系 ......

linux目录架构 
/       根目录 
/bin         常用的命令   binary   file   的目錄 
/boot       存放系统启动时必须读取的档案，包括核心   (kernel)   在内 
          /boot/grub/menu.lst       GRUB设置 
          /boot/vmlinuz       内核 
          /boot/initrd           核心解壓縮所需   RAM   Disk 
/dev         系统周边设备           
/etc         系统相关设定文件 
          /etc/DIR_COLORS       设定颜色 
          /etc/HOSTNAME       设定用户的节点名 
          /etc/NETWORKING       只有YES标明网络存在 
&nbs ......

linux目录架构
/   根目录
/bin    常用的命令
binary file 的目錄
/boot   存放系统启动时必须读取的档案，包括核心
(kernel) 在内
     /boot/grub/menu.lst   GRUB设置
     /boot/vmlinuz   内核
     /boot/initrd     核心解壓縮所需
RAM Disk
/dev    系统周边设备
    
/etc    系统相关设定文件
     /etc/DIR_COLORS   设定颜色
     /etc/HOSTNAME   设定用户的节点名
     /etc/NETWORKING   只有
YES标明网络存在
     /etc/host.conf 文件说明用户的系统如何查询节点名
     /etc/hosts 设定用户自已的
IP与名字的对应表
     /etc/hosts.allow 设置允许使用
inetd的机器使用

     /etc/hosts.deny 设置不允许使用
inetd的机器使用 ......

当内存出现不够用的时候，oom-killer会kill掉一些进程
这个信息可以在/var/log/messger里查到
当这种情况出现的时候，可以将系统里一些nattach为0的shm清理掉
关于高低端内存的问题可以看如下
Since this problem seems to popup on different lists, this message has
been cross-posted to the general Red Hat discussion list, the RHEL3
(Taroon) list and the RHEL4 (Nahant) list. My apologies for not having
the time to post this summary sooner.
I would still be banging my head against this problem were it not for
the generous assistance of Tom Sightler <ttsig@xxxxxxxxxxxxx> and Brian
Long <brilong@xxxxxxxxx>.
In general, the out of memory killer (oom-killer) begins killing
processes, even on servers with large amounts (6Gb+) of RAM. In many
cases people report plenty of "free" RAM and are perplexed as to why the
oom-killer is whacking processes. Indications that this has happened
appear in /var/log/messages:
Out of Memory: Killed process [PID] [process name].
In my case I was up ......