其实Ctrl-Z产生的，就是SIGSTOP信号。而fg命令，可能就是产生的SIGCONT信号。

man 7 signal 有详细描述。

使用kexec切换内核的好处是，系统不必“重启”，硬件不需要POST，这样一来，速度会快不少。

另外，遇到POST过程不能自动通过的情况（需要手动按F1之类……），使用这个工具来重启系统也不错。

目前还没有发现“负作用”。

了解Cpu

上周听了褚霸的《了解CPU》，受益匪浅。对褚霸此人的佩服，又加深一层……

他的“成功”事迹，正验证了那句技术圈子里耳熟能详的话“对做的事儿了解的越深入，才能做的越好”。

这个PPT讲得近几年、当前淘宝正在使用的主流CPU的相关技术……从CPU的结构、原理的角度来讲程序的执行效率。

很多地方没有听懂，把还能记得的大概意思记录如下（总比没有强）：

第4页：多核处理器
http://baike.baidu.com/view/2219502.htm

重点：多核处理器，一般共享L3（LLC——最后一级缓存）。

第6页：一级缓存分数据缓存L1(D)和指令缓存L1(I)，并且在处理器缓存中有Cache Lines概念，当下的主流CPU的Cache Lines是64字节。注意这个Cache Lines的大小，能极大地优化程序效率，比如Nginx的代码就很注重对Cache Lines的“对齐”。

第X页：在Core之是迁移进程开稍不可忽略。在Core之间迁移进程（线程），会使Core的缓存失效……。

更多处理器的知识见“技术手册”中的“了解CPU”一段。

假定进程的PID是n，假定我们要修改”Max open files”,那么可以这样操作：

echo -n “Max open files=2048:2048″  > /proc/n/limits

注意：

1. echo 必须使用-n参数

2. 后面的重定向使用’>’还是’>>’都行。

驱动为网卡分配一个环形缓冲区，在一段连续的物理内存中实现。

1、 数据接收
（1） 接收来自MAC的数据包，先暂存于片内FIFO接收队列；
（2） 当接收器达到早期接收上线时就移至环形缓冲区；
（3） 待整个数据包全部从FIFO移至缓存后，将接收状态寄存器和包长度写入接收的数据包头部，并更新CBA（Current Buffer Address）寄存器的值；
（4） CMD（Command）寄存器中的BufferEmpty位和ISR（中断状态寄存器）寄存器的ROK位置1，并发出ROK的中断；
（5） ISR中断调用完成后，清除ISR（ROK）并更新CAPR（Current Address of Packet Read，指向接收缓存的已读取包的地址），完成本次接收。

2、 数据发送

（1） 将待传送的数据写入主存中一段连续的缓存空间，由OS配合驱动程序完成；
（2） 找到一个可用的描述器，并写入内容，包括该数据包的开始物理地址和传输状态字（包的大小、可传送下限、OWN位）；
（3） OWN位有效，将数据从缓存移至片内FIFO队列；
（4） 当FIFO队列中的数据达到早期传送下限，NIC的传送单元就会启动，将数据顺序输出至线路；
（5） 当整个数据包都已经传至FIFO，OWN位置1；
（6） 当整个数据包都已经传至线路上， TOK寄存器置1；
（7） 当TOK（IMR）和TOK（ISR）多置1，就发出TOK中断；
（8） TOK中断调用完成以后，清除TSD状态字，完成本次传送。

可以看出，网卡需要发送/接收数据，都必须以中断的方式告诉系统，系统处理中断后做出相应操作。

网卡存在一定大小的FIFO存储器，同时还有缓冲区，缓冲区是由系统以及驱动共同分配一段连续的物理内存，所有的发送/接收的数据，都必须通过FIFO已经缓冲区，只有一包数据都发送成功后，才能继续发送下一包数据。系统维护缓冲区，只有当缓冲区有空间时才会接受上层来的数据，而网卡处理数据的速率远高于接收数据的最大速率，因此在网卡上不会存在堵塞情况。

参考：
http://blog.chinaunix.net/uid-25839577-id-3035405.html

使用sed时，不要用sed去编辑软link文件，因为sed编辑文件(-i)是会生临时文件的，于是软件link文件被编辑后，就变成了文件。

假如你用sed去操作/etc/rc.local时，一个陷阱出现了……(/etc/rc.local必须是指向/etc/rc.d/rc.local才有意义）。

PS:
最终确定，是RHEL的sed版本中，新增了–follow-symlinks选项，而这个选项又不是默认值，所以容易误操作。
而在RHEL5上的sed版本，会自已回避这个问题，避免错误产生。

http://www.bsdmap.com/2008/04/02/%e5%85%b3%e4%ba%8esed%e7%9a%84%e5%b0%8f%e5%8f%91%e7%8e%b0/

RHEL6对时钟的处理与RHEL5不同。

RHEL5的系统时钟，是在系统启动时——内核初始化完，由init初始化OS环境时，由/etc/rc.d/rc.sysinit从BIOS中读取到系统的，在关机时，由/etc/rc.d/halt将系统时钟写回BIOS时钟。

而RHEL6的时钟，则是由内核初始化时，从BIOS中读取的：
/var/log/messages-20120506:May  5 07:35:16 hostname kernel: [    2.306873] rtc_cmos 00:03: setting system clock to 2012-05-04 23:34:14 UTC (1336174454)

在关机时，由/etc/rc.d/halt脚本将系统时钟写回BIOS。
由内核来读取时钟，就以为着，在设置系统时钟时，/etc/localtime文件指向的/usr/share/zoneinfo/Asia/Shanghai 还不可用，因为我们的/usr通常都是单独分区的，这个时候还没有挂载。所以导致系统时钟设置出错。

重现这个问题的时候，会发现一个怪圈，即每重启一次，时钟就会多差8个小时——因为设置时钟时/etc/localtime不可写，回写时钟是，/etc/localtime是能用的。一来一回，就差上了16个小时。

在RHEL5上，有一个硬件时钟是UTC时钟还是localtime时钟的问题。（这个问题是怎么来的？）Windows系统没有这个问题，Windows将“本地时钟”写入BIOS。因为BIOS时钟没有时区概念，所以当我们装的Windows系统时，进BIOS看到的时钟，总是准确的。

当我们安装的RHEL5时，假如我们在/etc/sysconfig/clock中，写入了UTC=true，那么，BIOS中的时钟是UTC时钟，与北京时钟差8个小时。当UTC= false时，BIOS中的时钟为本地时钟。

默认地，/etc/sysconfig/clock中，统一设置了UTC=false，即BIOS中的时钟是本地时钟。（这样做，也是因为担心一些附属硬件从BIOS中读取时钟，比如远程管理卡、RAID卡里，因了读取分析日志方便）。

而当使用RHEL6时，/etc/sysconfig/clock中，默认已经没有了UTC=、与ARC=的设置，而且/etc/rc.d/rc.sysinit中也没有了从BIOS读取时钟的命令，/etc/rc.d/halt中，将系统时钟写回BIOS的方式也不再去读取分析/etc/sysconfig/clock文件，即像Windows一样，统一使用系统本地时钟，将本地时钟写入BIOS。

Linux多选的时钟机制本来有些容易让人迷茫，而RHEL6统一了这一问题，统一地使用本地时钟。

另外，对/etc/localtime不建议使用link的原因，还有一个，就是这个文件在一些系统上是link，在一些系统是文件（在RHEL是文件），不同的管理员，有不同的习惯，很有可能在调整的时候，会破坏系统的zoneinfo文件。

时钟是个参照系

此处省略一万字……

建立LV（mirror)(默认大小512KB同步）
建立1份copy
lvcreate -L 50G -m1 -n mirrorlv vg0
将Mirror的LOG放在内存里（代价是每次机器重启的时候都会执行一次同步）
lvcreate -L 12MB -m1 –corelog -n ondiskmirvol bigvg
建立LV，一份数据在sda1,一份数据在sdb1 日志在sdc1
lvcreate -L 500M -m1 -n mirrorlv vg0 /dev/sda1 /dev/sdb1 /dev/sdc1

5. RAID降级时，假如有盘故障，就会丢失数据。这个在使用软RAID时，要格外注意。使用mdadm建立RAID5后，总是处于“降级”状态，有一块盘在进行rebuild，要等rebuild完成，“降级”状态消失之后，RAID才能投入使用，否则存在数据丢失的危险，即使有“备盘”，也无法保证。

有两个原因，一是因为软件RAID降低后，初启过程中断，需要确认。

这个需要重新配置mdadm，重新生成initrd文件：

执行 dpkg-reconfig mdadm

其中有一步是选择“当RAID降级时，仍然启动系统”，选择yes。

另一个原因是，启动时，总是进入busybox，这个是Ubuntu 11.10的一个bug，如下文件所述：

http://ubuntuforums.org/showpost.php?p=11388915&postcount=18

需要修改：/usr/share/initramfs-tools/scripts/mdadm-functions

将：


degraded_arrays()
{
mdadm --misc --scan --detail --test >/dev/null 2>&1
return $((! $?))
}


添加一行，改为：

degraded_arrays()
{
udevadm settle
mdadm --misc --scan --detail --test >/dev/null 2>&1
return $((! $?))
}

然后，重新生成initrd：
update-initramfs -u

【问题2】短信猫在Windows上有“开发库”、甚至是“管理软件”、“管理平台”， 却不提供Linux下的开发库，怎么使用？
短信猫，本质上，是一个串口设备，支持AT指令集。
Linux上有一个软件叫gnokii，网址：http://www.gnokii.org/，下载安装，进行简单的配置即可使用。假如使用的是CentOS或者RHEL系统，在EPEL官方扩展仓库里有，可以使用yum安装。

【问题3】注意/dev/ttyS0的权限，gnokii-smsd服务可能会没有权限读取/dev/ttyS0设备。默认的/dev/ttyS0的权限为660，而gnokii-smsd程序以是gnokii用户运行，没有读写权限。

【问题4】需要安装的软件有：gnokii，gnokii-smsd，gnokii-smsd-mysql，三个包。其中，gnokii是必须的。gnokii-smsd则是一个守护程序，用于构建一个SMS收发平台。通过操作MySQL数据库来发送短信以及将收到的短信写入MySQL。

【问题5】给出我的配置文件的样例：
[global]
port = /dev/ttyS0
model = AT
initlength = default
connection = serial
use_locking = no
serial_baudrate = 9600
serial_write_usleep = 10000
handshake = software
sm_retry = 1
smsc_timeout = 10

[gnokiid]
bindir = /usr/sbin/

[logging]
debug = off
rlpdebug = off
xdebug = off

【问题6】如何发送SMS?
使用gnokii命令，如下：
echo “This is only a test.” | gnokii –sendsms  188xxxxxxxx

比较靠谱的设备供应商：
http://www.lianyisms.com/

靠谱的软件(For Linux)：
http://www.gnokii.org/

但是，有时候，我们希望排除空格以及换行符，认为val为空格或者换行符时，作为空来处理。

在/usr/sbin/apachectl中，有一段有意思的写法：
# Set the maximum number of file descriptors allowed per child process.
if [ "x$ULIMIT_MAX_FILES" != "x" ] ; then
$ULIMIT_MAX_FILES
fi

本来，我以为这里是为了“去除空格及换行符以及不可见字符对判断的影响，但是经过几次测试，用引号引用之后，这样写与使用-z与-n来判断ULIMIT_MAX_FILES为空或不为空效果一样，空格、或者换行符，依然能影响判断结果。

看来作者这里的意思本来就是判断不为空吧。
正确的排除空格、换行符及其他不可打印字符影响的判断应该这样写：
if [ x$ULIMIT_MAX_FILES != "x" ] ; then
$ULIMIT_MAX_FILES
fi
这样，当ULIMIT_MAX_FILES=” “或者ULIMIT_MAX_FILES=’
‘都不会影响得到正确的逻辑结果了（作者的逻辑并没有错，是我理解错了）。

PS：另外，这样写的一个好处是，对bash的要求低，比如可以允许/bin/sh不支持[] 的test语法。

tm为超时时间，默认为5s
try重试次数
有一个nameserver时 : tm*(try-1)
有两个nameserver时 : tm+(ns_num*tm)*(try-1)
有三个nameserver时 : (tm+tm*2/ns_num)*try+(tm*4/ns_num)*(try-1)
注：相除时，如果 值不足 1 时取 1 ，如有小数部份取整数
调整timeout与retry于/etc/resolv.conf设定
options timeout:3 attempts:2
上述作用: 只试4次，每个３秒，以上述例子看一台，二台，三台分别最大time out为3,2,4秒

5. 查看DNS版本信息：dig @f.root-servers.net chaos txt version.bind
6. 查看BIND主机名：dig @f.root-servers.net chaos txt hostname.bind
7. bind view + ACL实现智能DNS解析
acl CN {58.14.0.0/15;};
view “CHINA” {
match-clients {CN;};
include “/etc/namedb/view/view_china”;
};
view “other” {
match-clients {any;};
include “/etc/namedb/view/view_other”;
};

$ sudo ethtool -k eth0
Offload parameters for eth0:
rx-checksumming: on
tx-checksumming: on
scatter-gather: on
tcp-segmentation-offload: on
udp-fragmentation-offload: off
generic-segmentation-offload: on
generic-receive-offload: on
large-receive-offload: off

这些offload特性都是为了提升网络收/发性能。TSO、UFO和GSO是对应网络发送，在接收方向上对应的是LRO、GRO。

TSO

TSO(TCP Segmentation Offload)，是一种利用网卡对TCP数据包分片，减轻CPU负荷的一种技术，有时也被叫做 LSO (Large segment offload) ，TSO是针对TCP的，UFO是针对UDP的。如果硬件支持 TSO功能，同时也需要硬件支持的TCP校验计算和分散/聚集 (Scatter Gather) 功能。

GSO

GSO(Generic Segmentation Offload)，它比TSO更通用，基本思想就是尽可能的推迟数据分片直至发送到网卡驱动之前，此时会检查网卡是否支持分片功能（如TSO、UFO）,如果支持直接发送到网卡，如果不支持就进行分片后再发往网卡。这样大数据包只需走一次协议栈，而不是被分割成几个数据包分别走，这就提高了效率。

LRO

LRO(Large Receive Offload)，通过将接收到的多个TCP数据聚合成一个大的数据包，然后传递给网络协议栈处理，以减少上层协议栈处理 开销，提高系统接收TCP数据包的能力。

GRO

GRO(Generic Receive Offload)，基本思想跟LRO类似，克服了LRO的一些缺点，更通用。后续的驱动都使用GRO的接口，而不是LRO。

RSS

RSS(Receive Side Scaling)，是一项网卡的新特性，俗称多队列。具备多个RSS队列的网卡，可以将不同的网络流分成不同的队列，再分别将这些队列分配到多个CPU核心上进行处理，从而将负荷分散，充分利用多核处理器的能力。

缓存技术浅谈

http://www.slideshare.net/search/slideshow?searchfrom=header&q=cache

开源混合存储方案(Flashcache)

http://rdc.taobao.com/blog/cs/?p=1249