基于这个原因，我想以后在选择7层负载均衡方案的时候，我会毫不犹豫的偏向Nginx+Lua这套方案，大概的结构可能是这样：

Client <------------> OpenBSD(2 layer) <------------> Nginx+Lua <---------------> Web Service

（1）OpenBSD作为入口，做内外NAT，可以是2层设备，同时也是FireWall的角色，IP层的东西由它搞定；

（2）Nginx+Lua作为后端的7层交换，同时担负WAF的角色，负责应用层的控制和清洗；

（3）如果要增加Web Cache层，可以直接放在OpenBSD这个汇聚点上，我当然是最钟爱ATS的，但ATS在OB上的编译我至今没有搞定，看来有需要发一个request到OB的ports maillist了；

（4）如果不需要Web Cache层，Nginx+Lua可直接放在OpenBSD上，也可独立出来，可根据具体情况灵活更变。

所以针对CPU的争夺问题，我大概总结了一下几条经验：

（1）irqbalance对于核心应用毫无作用，关掉！

（2）把网卡中断绑定在一个固定的core上，例如有8个core，最好绑定在4-6这几个之一。

（3）系统总是懒惰的把进程的亲缘性版定在core0-core2上，因为暂时没有通盘阅读内核代码的能力，所以原因不详。

（4）把最重要的应用绑定在某几个固定的core上，例如绑定在core5-core8上，但要保证这几个core在物理上是同一个CPU，以免造成L1/L2践踏。

依照以上原则进行一番折腾后，能发现系统效率有相当程度的提升。结论就是：我们以为kernel能智能分布CPU需求，但其实它不能，所以通过手工设置更靠谱。

OpenBSD是我所见最精简的OS了，安装到sparc64机器上只用5分钟不到的时间，系统boot的速度基本能在60秒内完成，而这sparc64原带的solaris系统尼玛可是需要5分钟才能重启一次呀。:)

大概试了一下WEB/DNS/MAIL等应用在sparc64 OpenBSD的表现，基本能符合期望，大家的sparc64从此无需丢弃到机房里面吸灰尘了。

（1）安装Mysql

设置环境变量：

 

1. export PKG_PATH=http://ftp.jaist.ac.jp/pub/OpenBSD/5.2/packages/i386/

export PKG_PATH=http://ftp.jaist.ac.jp/pub/OpenBSD/5.2/packages/i386/

 

安装mysql包：

 

1. pkg_add mysql-server

pkg_add mysql-server

 

pkg_add会解决依赖关系把需要的包都装上，缺省会把mysql的数据文件放在/var/mysql中，如果没有这个目录请手工创建，并执行：

 

1. chown _mysql:_mysql /var/mysql

chown _mysql:_mysql /var/mysql

 

初始化mysql数据库：

 

1. /usr/local/bin/mysql_install_db

/usr/local/bin/mysql_install_db

 

然后可尝试手工启动mysql数据库：

cd /etc/rc.d

./mysqld start

ps -ax | grep mysql

如顺利已经可以看到mysql进程，如异常可查看/var/mysql/$HOSTNAME.err文件判断并解决问题。

（2）安装PHP

安装php-fpm包和相关数据库支持包：

pkg_add php-fpm

pkg_add php-mysql php-mysqli php-zip

如出现菜单让你选择版本，一般选择最新版本即可。我安装的是php-fpm5.3.14p0版本。

配置php-fpm所支持的功能库文件：

cd /etc/php-5.3

ln -s /etc/php-5.3.sample/* .

以上操作是做一个软连接，等于把已经安装的所有功能库都启用，如以后安装了新的PHP支持库，可重新执行这一步。

尝试手工启动php-fpm进程：

cd /etc/rc.d

./php_fpm start

ps -ax | grep php

如顺利可看到php-fpm进程已经正常启动，并可看到php-fpm把服务端口绑定在127.0.0.1:9000上了。

bash-4.2# netstat -na | grep LISTEN | grep 9000
tcp          0      0  127.0.0.1.9000         *.*                    LISTEN

（3）安装Nginx

可使用系统缺省安装的Nginx，但我个人推崇章大神@agentzh的openresty，请访问http://openresty.org获取最新的安装包，例如：

wget http://agentzh.org/misc/ng...

Nginx依赖于很多系统基础包，如pcre等等，在编译安装之前请先把基础库给装上，例如：（不一一列举了）

pkg_add pcre automake gmake

剩下的工作就是编译了，按缺省步骤完成即可：

gzip -d ngx_openresty-1.2.4.5.tar.gz
tar -xf ngx_openresty-1.2.4.5.tar
cd ngx_openresty-1.2.4.5
./configure --prefix=/home/www
gmake
gmake install

顺利的话编译成功，可开始配置Nginx加上PHP支持，可编辑/home/www/nginx/conf/nginx.conf，增加如下内容：

        location ~ .php$ {
            root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  /home/www/nginx/html$fastcgi_script_name;
            include        fastcgi_params;
        }

可尝试启动Nginx：

cd /home/www/nginx/sbin
/home/www/nginx/sbin/nginx
chown _www:_www /home/www/nginx/html
ps -ax | grep nginx

如正常可顺利看到nginx进程，至此ONMP已经成功安装完毕，去下载一个wordpress之类的PHP软件包安装一下，验证一下整套软件流是否能正常工作吧，祝好运。

题外话：现在主流的WEB前端都用Linux或者FreeBSD，我暂时没听到真有公司在生产机上使用OpenBSD作为前端的，可能大多使用OpenBSD的公司一般都比较低调，如果确实有这样的案例，烦请告知我一下，谢谢。

可能是为了更加亲民一些，OpenBSD5.2的安装已经变成傻瓜式的安装，除了在配置网络参数的时候需要输入一下，其他基本按回车键就能完成一个标准系统的安装了。和LINUX和FreeBSD相比起来，现在的OpenBSD仍然属于小众，但醉心于这个号称“最安全”操作系统的爱好者则很享受这种小众的状态。

安装后就正常使用了，缺省安装已经带上了常用的工具，可设定软件仓库（我测试过国内访问最快的是日本的mirror），方法如下：

export PKG_PATH=http://ftp.jaist.ac.jp/pub/OpenBSD/5.2/packages/i386/

设定环境变量PKG_PATH后，可以用pkg_add方便的安装你所需要的软件包，pkg_add会自动处理软件包之间的依赖关系，例如：

pkg_add lsof

OpenBSD的使用基本上和FreeBSD非常接近，欢迎你进入OpenBSD的精简世界。后期我会另外写文章介绍如何让OpenBSD成为一个标准的Nginx+PHP+Mysql服务器，或者让OpenBSD成为一个高效的防火墙。

每个人的知识领域都是在工作学习过程中慢慢形成的，哪些是自己喜欢或者不喜欢，哪些是自己的强项或者想强化的领域，如能做到清晰自然，成足在胸，自然就能充满信心的去应对任何的挑战。

目前本人比较在意的知识领域，见图：

好吧，我决意要成为golang的义务推动者，虽然我现在才是个入门者。

先实现第一步：买几本golang的书送给还在大学学习的几个朋友和表弟，嘻嘻。

（1）专业知识：可能是项目管理的知识，也可能是项目经理本身对产品和流程的熟悉程度。我见过对产品本身一窍不通的项目经理，在遇到客户任何一个问题的时候，都要去咨询技术人员，这给客户的造成的一个印象就是：你不专业。客户不认为你对项目本身有太多的权威，这对项目的有效推进实在是一场灾难。

（2）实践能力：就是所谓的经验了，经验这东西每个人不同，就算同一个项目，拿给不同的项目经理去做，最后他们得出的结论和裨益都有所不同。不犯同一个错误的最好的方法是：记下来。再者就是沟通和掌控能力了，这些东西很难从书本或者某人的嘴上学习到，一切修为都要靠自己真真正正去做才能感悟。

（3）个人素质：每个项目经理体现出的精神状态，对项目的专注程度可以有很大的分别。书本上曾经教我们要发挥个人魅力，没有实打实的经验和能力哪里来的个人魅力和话语权，所以（3）必须依赖于（1）和（2）来发挥作用，否则则是扯蛋。

先总结到这里，以后继续添加。

查了一轮的资料，都未说明为何中断只会被分配到单一CPU上，难道是为了提升效率？

不能放弃，继续跟踪内核版本，内核版本是2.6.32-300.32.2el5 ，可以说是相当新的版本了，查阅了该内核版本对于中断的处理更变，changlog描述2.6.30版本的内核已经支持中断的自动分配，BUT现在尼玛就是只会把中断放在一个CPU上啊，内核也坑爹啊！！！

既然中断不能均衡分布，那有什么方法可以让系统自动完成自动分配中断的功能呢，没错，我脑子里浮起了一个名字：irqbalance ，主站在这里：https://irqbalance.org/

死马当活马医了，使用yum安装上irqbalance，并手工启动service irqbalance start，再用mpstat观察中断分布情况，哎哟，中断在各CPU之间跳动了，好事，但idle有一定程度的降低，可能是中断的切换相对耗费了一定的CPU时间。

留有的疑问是：为何新版本的内核不能自动分配中断，非要安装上irqbalance才行呢？