在桌面版本的Linux中，一般默认已经安装了调速器的控制台，并可以通过类似gnome控制栏插件的方式简单的启用和调整。对于Server版本，由于定位不同，这样的设置意义不大，但可以手工安装。考虑到要做“绿色IT”，个人觉得在一定范围内适当的使用不但不会影响性能，而且还可以降低主机温度，达到延长主机寿命的功效。具体方法如下：

sudo apt-get install cpufrequtils

手工调整CPU频率，需要CPU支持，虽然现如今大多数CPU都支持类似的技术（Speed Step之Intel和nCool之AMD），但恰巧我有一台ATOM芯片的机器就不支持。同样需要注意的是，不是超频，而是降频，指望这种方法为CPU超频的话我劝您还是直接去 BIOS里跳吧

cpufreq-selector -f  频率数，单位是kHz
cpufreq-set -d 最高频率
cpufreq-set -u 最低频率

查看CPU状态，不需要太多解释了吧

cpufreq-info

设置CPU运行模式，这才是主要的。系统默认会为CPU设置几种模式方便直接切换

cpufreq-set -g 模式类型

模式类型

• powersave，省电模式，简洁明了，就是最省电的状态，CPU始终工作在最低频率上。
• userspace，用户定制，手工定制频率的方式。
• ondemand，守护模式，自动根据系统负载调整模式，负载越高，频率越高。这是绝大多数系统选择的模式。
• conservative，保守模式，有些类似于ondemand，但不同于ondemand一有负载就提高频率到最高，次模式尽量采用较低的模式，直至满载无法承受才提升频率。
• performance，性能模式，系统始终工作在最高频率之上。

说起终端的类型，尽管现在的终端大多都是一个PC而已，事实上在N多年前，终端类型可能仅仅只是体现了厂商的品牌而已，不同的终端类型多如牛毛。他们对于光标、控制字符以及颜色的定义相互都不兼容，历史遗留的问题了。包括之前也发觉很多主机商“backspace”键无效，必须使用ctrl+h进行退格的问题。

在Mac的终端下操作：

LitrindeMacBook-Pro:~ litrin$ echo $TERM
vt100

LitrindeMacBook-Pro:~ litrin$ infocmp vt100
#	Reconstructed via infocmp from file: /usr/share/terminfo/76/vt100
vt100|vt100-am|dec vt100 (w/advanced video),
	am, mc5i, msgr, xenl, xon,
	cols#80, it#8, lines#24, vt#3,
	acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~,
	bel=^G, blink=\E[5m$<2>, bold=\E[1m$<2>,
	clear=\E[H\E[J$<50>, cr=^M, csr=\E[%i%p1%d;%p2%dr,
	cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=^J,
	cuf=\E[%p1%dC, cuf1=\E[C$<2>,
	cup=\E[%i%p1%d;%p2%dH$<5>, cuu=\E[%p1%dA,
	cuu1=\E[A$<2>, ed=\E[J$<50>, el=\E[K$<3>, el1=\E[1K$<3>,
	enacs=\E(B\E)0, home=\E[H, ht=^I, hts=\EH, ind=^J, ka1=\EOq,
	ka3=\EOs, kb2=\EOr, kbs=^H, kc1=\EOp, kc3=\EOn, kcub1=\EOD,
	kcud1=\EOB, kcuf1=\EOC, kcuu1=\EOA, kent=\EOM, kf0=\EOy,
	kf1=\EOP, kf10=\EOx, kf2=\EOQ, kf3=\EOR, kf4=\EOS, kf5=\EOt,
	kf6=\EOu, kf7=\EOv, kf8=\EOl, kf9=\EOw, lf1=pf1, lf2=pf2,
	lf3=pf3, lf4=pf4, mc0=\E[0i, mc4=\E[4i, mc5=\E[5i, rc=\E8,
	rev=\E[7m$<2>, ri=\EM$<5>, rmacs=^O, rmam=\E[?7l,
	rmkx=\E[?1l\E>, rmso=\E[m$<2>, rmul=\E[m$<2>,
	rs2=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h, sc=\E7,
	sgr=\E[0%?%p1%p6%|%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;m%?%p9%t\016%e\017%;$<2>,
	sgr0=\E[m\017$<2>, smacs=^N, smam=\E[?7h, smkx=\E[?1h\E=,
	smso=\E[7m$<2>, smul=\E[4m$<2>, tbc=\E[3g,

说明了主机的默认终端类型正是导致出现问题的“xterm-256color”，对于每一种终端的定义，需要在terminfo文件中定义，Mac下这个文件保存在/usr/share/terminfo/目录下，而这个故障出现的最终原因是Ubuntu或者说Debian系的Linux默认没有xterm-256color终端的定义，而Lion操作系统升级之后，默认的终端类型从之前的vt100变成了xterm-color。

扯了这么多，解决方案有两种，都很简单：

1. 让server端支持xterm-256color：apt-get install ncurses-term，安装终端支持。
2. 在Mac下终端的“偏好设置”，“设置”选项卡，“高级”选项，“声明终端为：”修改为“xterm-color”或者其他的类型，看个人喜好了。

个人推荐还是采用方法2解决，此外，你也可以通过定义其他类型的终端，解决其他类似的问题。

2011－10－05（PST）来自：乔布斯的MacBook Pro

默认的Linux发行版中的内核配置都会开启tmpfs，映射到了/dev/下的shm目录。可以通过df 命令查看结果如下：

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             146G   14G  125G  10% /
varrun                501M   84K  501M   1% /var/run
varlock               501M     0  501M   0% /var/lock
udev                  501M   32K  501M   1% /dev
devshm                501M     0  501M   0% /dev/shm

默认配置的shm分区正好是内存的一半。

可以重新调整大小：

vi /etc/fstab
tmpfs /dev/shm tmpfs defaults,size=4096M 0 0

umount /dev/shm; mount /dev/shm

不同于文件系统/dev/shm不是一个文件，是一个目录，完全可以通过文件链接的方式挂装到指定目录，还是推荐采用mount方式：

mount –bind /dev/shm /data

这些天在研究分布式存储的东西，测试了比较出名的几个分布式文件系统。首先是淘宝的tfs，国人出品应该支持了，谁知TFS的支持库实在不敢恭维，换了几种操作系统，最终才在suse上安装成功。可作为一个绑死操作系统的应用，风险太大。接着是MogileFS，MogileFS是基于perl的，在安装了一系列的perl依赖包之后，MogileFS安装的很顺利，性能也能达到要求，问题就是在于我们实在不愿意去维护一个perl环境。最后剩下了MooseFS。

凡是分布式系统一般都会有中心和节点的概念，对应到mfs上就是master server和chunk servers。其中master 是运算消耗型，chunk是磁盘消耗型。整个系统是网络带宽消耗型。建议生产环境中使用千兆网络，并可以根据本站提供的信息建立bond。

mfs还有自己的Backup server被称为metalogger在master出现故障时能够及时替换掉master的地位。硬件相同于master一致，至少拥有同样大小的内存。

MooseFS环境准备

作为测试环境，我准备了两台服务器，仅搭建Master和chunk各一台。没有metakogger。

192.168.1.1 master #Ubuntu 11.04

192.168.1.101 chunk #Ubuntu 11.04

192.168.1.201 客户端 #Ubuntu 11.04

由于需要编译，build-essential, pkg-config,  zlib1g-dev是必须的。

下载源码包 http://sourceforge.net/projects/moosefs/

MooseFS Master的安装

#groupadd mfs  #准备组/用户
#useradd -g mfs mfs

#tar -zxvf mfs-1.6.15.tar.gz
#cd mfs-1.6.15

#./configure –prefix=/usr –sysconfdir=/etc/mfs –localstatedir=/var/lib –with-default-user=mfs–with-default-group=mfs –disable-mfschunkserver –disable-mfsmount
#make
#make install

需要注意的是，这次所有的./configure都是类似的，不要搞错！安装结束后/etc/mfs下会有几个dist结尾的配置文件，去掉.dist结尾。

其中 mfsmaster.cfg 文件是允许访问的主机权限，做过nfs的应该很清楚了。

cd /var/lib/mfs
cp metadata.mfs.empty metadata.mfs

mfsmaster start #启动服务器

mfscgiserv #启动webbase管理界面，通过http://192.168.1.1:9425可以看到一个相当不错的界面。

借此，master段配置完成

MooseFS Chunk的安装

与master差不多的过程，我直接贴了：

#groupadd mfs  #准备组/用户
#useradd -g mfs mfs

#tar -zxvf mfs-1.6.15.tar.gz
#cd mfs-1.6.15

#./configure –prefix=/usr –sysconfdir=/etc/mfs –localstatedir=/var/lib –with-default-user=mfs–with-default-group=mfs –disable-mfsmaster

make && make install

同样，将/etc/mfs下的.dist文件改名，文件不大，我是直接新建的。

mfshdd.cfg 里面记录了你想要共享（事实上是存放文件信息的）的路径，我习惯上用了/data

mfschunckserver.cfg 加上两行：

MASTER_HOST = 192.168.1.1

MASTER_PORT = 9420

/data目录的权限要注意，mfs可写。

mfschunkserver start #启动chunk server。回头去看http://192.168.1.1:9425的disks选项卡，应该会多出一个记录。

MooseFS Client的安装

moosefs支持fuse的直接挂装，客户端先安装fuse.

apt-get install fuse-util

总算不用添加mfs用户组了！

#tar -zxvf mfs-1.6.15.tar.gz
#cd mfs-1.6.15
#./configure –prefix=/usr –sysconfdir=/etc/mfs –localstatedir=/var/lib –with-default-user=mfs–with-default-group=mfs –disable-mfsmaster–disable-mfschunkserver #3个disable!

#make && make install

mfsmount /mnt -H 192.168.1.1 #Master 的IP

df -h | grep mnt结果

192.168.1.1:9421    4.6G     0  46G   0% /mnt

挂装成功！写个大文件看看：dd if=/dev/zero of=/mnt/bigfile bs=1024 count=1seek=$((20*1024*1024-1))

去http://192.168.1.1:9425，应该会有变化，但由于mfs是支持动态压缩的，磁盘占用不会像上面那条命令那么变态的20G。

当chunk写满后可以很方便的再添加一台chunk，这就是分布式的方便之处！

MooseFS 安装问题

在Ubuntu下异常的顺利，在redhat系下出了几个问题。

1. 安装fuse后启动fuse系统提示error in fuse_mount
   出现在fuse2.8.x 的安装过程中，这是因为fuse2.8要求linux内核版本较高，使用2.7.6即可。不要忘记安装kernel-devel库
2. 出现fuse library is too old or not installed – mfsmount needs version 2.6 or higher
   可以在fuse的./configure中prefix=/usr，或者 export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:$PKG_CONFIG_PATH更改默认路径即可！

MooseFS 的常用维护

1. 察看文件保存状态：
   client：  mfsgetgoal -r FILENAME　或　mfsgetgoal -r FILENAME
2. 备份meta状态：
   master: /var/lib/mfs下的metadata.mfs文件是当前的metadata，默认每小时都会更新，旧文件将会添加.back后缀备份即可，并同时增加changelog.*.log。当然，推荐使用moosefs metalogger
3. 强行数据回写：
   master: mfsmetarestore -a
4. 数据回滚：
   master: mfsmetarestore -m metadata.mfs.back -o metadata.mfs changelog.?.mfs

时隔了5年多，不妨回头重新从新的高度上说说LAMP结构的网站如何支撑尽可能大的负载。同样说明，本文代表站长Litrin的个人意见，欢迎共同探讨，但喷子慎入。

首先声明的是，以下一堆相对无趣的文字仅针对一系列负载到了至少10W pv以上级别，对于较小规模的网站大可不必遵守，还是提倡成本优先的原则，到了对应的PV级别想必也会有足够的财力和物力去改版了。

初期规划

这里主要还是指设计模型等前期工作。MVC的设计结构深入人心，不得不承认确实大多架构设计师首选的设计结构必是MVC。事实上，在一个网站上最容易获取，最不缺的资源是CPU和内存，最大的瓶颈都是出现在IO。

作为LAMP架构最大的问题就是MVC的代价太大，层层的封包意味着重复判断；打开大量的程序文件只会严重拖累性能。网上很多免费的、开源的PHP框架，用过的几个诸如ThinkPHP, ZF等应付中小型网站绝对没有问题，但都不适合大负载的网站。甚至包括Smarty这样单纯的模版引擎，大量的IO操作会拖累整体性能。如果不考虑其他因素，我甚至都考虑过All in 1的垃圾结构——这当然不现实。但恰恰是这种all in 1却正是大负载最适合的结构。奇怪的悖论。

受GAE的影响，曾经想过API+XML的方式实现网站架构，但后来打消了这个念头。XML本身的结构冗余度很多，这也就意味着信息承载率低。在内部几台服务器之间的通讯状况想必都没有必要搞XML，如果要搞类似的模式，CSV方式反倒是不错的选择。XML是为了开放给第三方用户的。

数据库设计

读写分离这个是众所周知的秘密了。Mysql 的Master + Slaver的设计真的很方便！最多就是多搞几重的读写分离。

拆表、拆库、分机器，大表做纵拆，宽表做横拆，不关联的分机器；纵拆是为了省时间，横拆是为了省内存，分机器是为了分负载。Mysql在几百万行数据级别以下性能是很不错的，超过这个数量级，就算机器再强悍都会死的很难看，mysql垃圾的锁表机制会展现无疑。没有人愿等到30秒以上的Respone，何况我曾经遭遇一个45分钟以上的Select操作（一重操作，没有用到Like，使用索引）。曾经用过mysql 的分区表，感觉这种方法更像是在打补丁——改变数据库结构去适应程序，很奇怪的流程，更何况即便逃过这次不拆，迟早有一天还会回来拆的。

索引，该有的全都有，但对于写操作频繁的表，索引反倒成了累赘，不要让索引数占到字段数的30%以上这是约定俗成的标准吧。

memcache，没什么可以多说的，这玩意基本上就是铺硬件换时间的。

说道非关系型数据库，好像近期很热门。怎么说呢？越是复杂的网站越是能体现出它的优势，但问题是大多数网站都不会像twitter或者Facebook这么复杂，况且大多数程序员的逻辑还是SQL模式，贸进很可能搞砸。

WWW服务器拓扑设计

F5这类的设备是必须的，之前曾经觉得LVS可以替代F5这样的设备。用过之后才发现，这等于是将整个网站的身价性命都扔到了一台服务器上，一旦宕机或者被侵入呢？

对于Apache还是nginx的争论持续了很久。nginx很快速，可以将单独的PHP负载分离出去，但没有apache来的灵活。要根据需求再做评价。

异步操作和缓存机制

这个貌似也没有什么花头，调整好负载之后可以将一部分操作异步到数据库相对空闲的时段进行，达到移峰填谷的效果。配合memcache或者其他的缓存机制本身也是动转静的手段之一。

自动和手动的问题

属于代码级别了吧。良好的编程规范对系统的优化是很显著的。漫山遍野的select *， 大量的变量不清空是高负载系统的忌讳。纵然php的内存处理机制再出色，它永远也不会理解你设置的变量什么时候失效，减少这看似寥寥无几的空间乘上惊人的pv数也是很可观的。

现在的智能手机市场上，主要就是Nokia主导的Symbian，Apple主导的iOS，以及Google主导的Android 3家，剩下的RIM，微软，以及已经归HP所有的WebOS相对要么针对特定人群，要么占有率实在不值一提。尽管都是响当当的业界巨头，Nokia连自己都认为已经错过机会了，等到Symbian具备了新一代的智能手机标准的时候，黄花菜都凉了，于是出人意料却又在情理之中的，Nokia投奔了微软。现在能够相提并论的只剩下了iOS和Android两家。

相比Apple一贯的封闭原则，Android相对开放，这个开放造就了较低的售价，同时也造就了相对漂亮的市场份额。无可否认的是，Android作为操作系统整体的意识是高于iOS的，包括桌面的widge的使用，通知机制等。但也许是因为它过于开放了，目前的问题大多都于此有关。

“电子市场”的问题，iOS有自己统一的一个app store，所有的应用只有这一个渠道。而且由于大多数软件都是采用了微收费原则，相对来说对于开发者的吸引力很大。新的创新应用层出不穷。只要Apple在前面牢牢的把握住程序的品质，这个市场已经不会出现问题。所以尽管入门的门槛$99远远高于Android的$25，开发人员更乐意选择这个平台。
Android相对复杂了一点，一方面有google自营的电子市场，另一方面各个手机厂商也有自己的应用市场，其中还不乏第三方的电子市场的存在，而且Android允许自行安装操作。开发人员面临渠道过多的问题，而且相对而言应用数量很丰富，价格大多以免费为主，但除游戏外真正经典的应用不多。

硬件环境的问题，上篇文章中已经提到过，对于开发人员而言，硬件不统一不利于应用的开发。Android的过于开放造成的问题是android开发人员趋于保守，很难“压榨性开发”一些特定平台应用，这进一步影响了整体应用的质量。尽管总体上市场占有率喜人，但事实上开发者很难享受到。

SDK的问题，首先我承认Android SDK确实很方便，但这仅是对于入门而言。Java语言这种相对的高级语言在一些底层数据的处理上力不从心，正如Android上鲜有iOS上遍地开花的图片处理应用。这样的应用对于Android开发而言，真的很有挑战性。而且同样硬件配置的条件下，Android运行效率不佳。
iOS的Xcode环境的问题是Object C语言，个人觉得有点类似Python，但部分情况下已经实现了图形化编程，相信如果Apple方面如果能够松口允许PC环境的化很有前途。

不想发太多牢骚，结果又发了牢骚。

http://www.litrin.net/2006/01/13/新·小黑/

http://www.litrin.net/2007/12/09/新·hp520/

借着Apple最新推出的Mac Book pro的东风，我也第一时间入手了一台700款，最低配置的。

配置如下：

• CPU: Intel i5 2.3G
• Ram: 4G
• HDD: 320G
• 13寸屏

先不说别的，上图片！

一番设置后，从app store里买了一套iwork page，再次花费$30。不过很超值！

装上xcode, Eclipse, MSN，设置邮箱，机器基本设置完成。

比教郁闷的是没有一个免费的，功能上类似notepad++的软件存在，只能暂时使用textwrangler替代部分功能。

 根据推友的消息，不同于以往在全球各国开展的iOS tech talk会议，今年只在中国举行，其他国家则采用1对1的方式举行，估计成本不小。同时消息认为这是由于中国的iOS开发者队伍庞大但相对水平不高的缘故。暂且不去理会，这里就把我在会议中的笔记整理一下，给感兴趣的人。当然，由于针对重点不同，而且本人的英语听力有限，里面肯定有遗漏，这里只作为一个参考吧。如果需要更多内容，欢迎您直接联系我。

 首先是welcome，演讲人是Mr. Michael Jurewitz

大致上介绍了一下ios的市场占有率，开发者构成，以及“辉煌的业绩报表”等等。N多商业术语，大致上作为开发者可以忽略了，感兴趣的朋友直接google或者关注apple的官方新闻即可。

Make it great! 演讲人同样还是Michael Jurewitz

这个题目似乎是每次apple必讲的题目。这次主要就是说这个平台怎么怎么优秀之类的话题，其间一个翻译软件的演示很精彩：用摄像头直接取词翻译，注意不是简单的OCR，而是直接将翻译后的文本像PS那样转换回去，名副其实的“有色眼镜”。

然后就是介绍了几位主讲。

 转入正题了

 关于UI设计，演讲人从姓氏上看是日本裔。很抱歉，当时正在调试wifi，没有记下题目和演讲者全名。

主要内容如下：

1. 当所有的用户都是傻子，他们什么都不懂。不要给他们产生太多操作上的歧义。
2. 他们只会用触摸操作，要善用触摸的优势，抛开劣势。同时只有44×44以上的按钮他们才不会点错。
3. 他们有耳朵，要用合适的声音反馈。
4. 要让他们的操作跟着你走。
5. 让人误解的动画不如没有。
6. 字体要合适，虽然可能没人注意
7. 图形要合适，有参与性，且要鲜明，要一看就懂。
8. 要有漂亮的图标，至少不会让你在app store里失分。

 Optimizing app performance with instruments （用instruments优化app性能）演讲人又是重量级的Michael Jurewitz

主要内容：

1. 对于一个程序来说性能永远是第一位的，没有人愿意为你的程序等待太多时间。
2. apple提供了很多对于具体性能的测试工具，不要凭感觉行事。
3. 着眼于真实环境下的测试数据和运行情况而不是仅仅停留在模拟机的测试结果。

4. 快速启动一个应用是重中之重，解决这个问题最行之有效的方法是将所有的非UI操作都放到后台进程去执行。

5. 一系列instruments的Demo，我想要拍照，被工作人员及时制止了
6. 尽量合适尺寸的Png，但要尽量减少PNG的透明效果以减少运算量，节省资源。
7. 尽量减少内存占用（废话），推荐了Auto realease pool的解决方案和原理。
8. 不要把内存泄漏信息直接透露给用户，这个似乎是低级错误了。
9. 要及时清理后台进程和程序。 

iOS application architecture （iOS应用的程序架构）还是Michael Jurewitz

主要内容：

1. 要在底层做好维护，简单有效的程序才叫优雅 。
2. Mvc is helpful – just as i know
3. 通知信息不要高度耦合，要防止因为子循环影响了主循环的进度。
4. will/did/should/方式的命名优势。
5. 不要滥用视图(View层)，视图没有数据！！最糟糕的设计是在视图中操作数据。
6. goal is flex（最终目标是弹性化）
7. 减少模型之间过的多管理，同时不要跨层操作数据（说白了还是在强调MVC）。

 中饭时间，不同上次我参加SAP的发布会，这次是中餐，第一次跟一帮不认识的人在一张桌子上吃饭，感觉气氛很尴尬。据说去年会议是中国人主讲，吃的是自助；今年是老外，搞得是中餐。深刻体现了apple“改变传统”的信条^_^！

下午分开两场，A会场偏向于Game和图形图像的开发，B则是偏向于web应用。考虑到我的实际需求，我选择了B场。

 Building and optimizing website for ios （为iOS架设和优化一个网站），主讲人Ms. Vicki Murley

主要内容：

1. 主要讲的内容其实是HTML5的规范。

2. Css3中-webkit标签的介绍。

3. 一堆演示，同样不许拍照。

4. IOS和html5的组合的优势以及与桌面浏览器的不同之处

   1. Html5是ios上体现内容的最好载体。

   2. 要善用HTML5的离线存储，ios4.2 最大50m

   3. ios只能用基本的媒体格式，很少扩展，必须设定宽高，不支持音量调节种种限制。

   4. ios 的上浏览器的优势：air print设备、air play设备、加速计，陀螺仪，定位系统的使用

Working with video in iOS （在iOS上播放视频），演讲人是Mr. Eryk Vershen （姓氏让我想到了福尔摩斯的助手，呵呵）

这里的内容主要是展示了一堆代码，用于生成一个媒体播放器。主讲内容以Demo为主，停留在战术级别。个人觉得在这种场合下很难给人留下什么印象。让我感兴趣的就是最后他使用了一堆很生僻的listener实现了耳机线控，ariplay和向其他媒体输出的控制。

 总结：

不谈别的，单从内容上讲，这次会议主要还是停留在比较低的层次。感觉适合初学者，对于有一定开发经验的朋友来说相对意义不大。当然主办方在会议的同时还开设了Apple Lab，开放与各位主讲人之间一对一的咨询，但需要预约，而且可能价格不菲。你带着问题来而且不发愁银子的话还是会有收获的。 

PS：与会者大多是用Apple的笔记本，我回头时发现无数个发光的Apple logo在照射着我，场面非常壮观，再此真的佩服apple的产品设计。

初次测试的过程中，由于仅仅只是测试下性能如何，没有“特别规矩”没有关闭定义的类，于是代码大致如此：

for mailBody in mailList:

        mail = SendMail()
        mail.MailServer['UserName'] = username
        mail.MailServer['Password'] = password 
        mail.MailServer['Host'] = host
        mail.MailServer['port'] = port

        mail.SenderName = senderName
        mail.Charset = 'UTF-8'

        mail.AddMeta('Precedence', 'bulk')

        delFromDb(mailBody[3])  

        try :
            mail.Send(From = smtpFrom,
              Address = mailBody[0],
              Subject = mailBody[1],
              Body = mailBody[2])           

            logging.info('Mail send to: ' + mailBody[0] + " with subject is " + mailBody[1] + " By thread #" + str(thread))

        except:
            logging.error('Error send to: ' + mailBody[0] + " with subject is " + mailBody[1] +"By thread #" + str(thread))

初版测试了一下，每小时的发送量保守达到2w左右。已经达到了要求，可以正式部署。
考虑到了生产环境中的服务器负载很高，于是对python的代码提出了更高的要求，在上述代码的最后加上了一句：
mail = None
结束发送循环以后立即释放 SendMail()这个类占据的资源。这是一个程序员都应该遵守的好习惯。部署好了以后，再次测试，每小时仅能发送不足7000。性能仅有之前的30%。
多次拉锯测试，只要加上那句mail=None，性能就会下降。所有的性能缺陷都指向了这句“好习惯”。没什么说的，直接在头部加上

import gc
gc.disable()

加不加那句已经没有实质性的影响了。

Python不同于Java的垃圾回收机制，Java机制是只有等到资源，特别是内存资源紧张的情况下才会执行垃圾回收机制。而Python则是忠实于C++系的逻辑，只要资源没有被引用就回自动被回收机制无情的回收。
在这个例子中，由于Sendmail的类相对比较复杂的操作，每次构建和解构的过程都需要花费较长时间。而且由于Sendmail是主循环，占用了大量的内存，每次垃圾的回收系统都会重新整理内存碎片，如果每次都为释放内存而手工解构的话性能反而会大大降低。

Nokia，在我周围的人群当中占有率极高，可以说是压倒性的。随便问问一个人：“你为什么选择Nokia？”“信号好，价钱便宜！”但是一旦问起一个稍微潮一点的人，下一部手机准备买什么。几乎所有的人都对Nokia说NO!至少单从这一点而言，Nokia的老大地位岌岌可危。

所谓成也萧何，败也萧何。Symbian这个Nokia的金字招牌也随着Nokia的沉浮命运多舛。尽管Nokia的官方一再强调持续支持Symbian及其后续版本Symbian3，但明眼人都明白Nokia对于未来都寄托在那个与Intel合作开发的Meego系统上了。

Symbian，先是Nokia独美的系统，开源后先后被大多数的手机厂商打包近自己的产品。Symbian基金会的业务繁忙，一度引领整个智能手机行业。虽然事实上Nokia牢牢控制着Symbian的走向，但作为一个开源的项目，众人拾柴火焰高的道理显而易见。

后来出来一个Iphone，世界由此改变……
Android，彻底颠覆了世界……
Android已经逐步替换了Symbian的位置，同样是开源。

现如今Symbian成了弃儿，各大厂商纷纷转投了Adroid名下，Symbian的开源已经没有意义，只能重新闭源。对于Nokia而言，反正只有自己在上面玩了，关起门来不是更安全么。于是乎，很少见的闭源复辟了。

用过iphone，用过HTC，Moto。毫无疑问的是，这些手机的信号绝对没有Nokia来的强。Nokia毕竟是一个手机公司，做的事情毫无疑问的是围绕“电话”这个功能做文章。而对于3G时代领跑的Apple和Google，两家本身是“IT”公司，他们的目标事实上是“提供信息”。语音也是信息，但无疑直接的语音信息远没有开个网页那么简单。于是乎，所谓3G的手机事实上最大的用途不是通话而是“互联网”。

最早提出智能手机的似乎是Moto，然而时机的不成熟差点让他关门大吉。显然Apple看准了时机。天时、地利、人和，显然最难把握的要数天时了。兴许iphone的推出，Nokia根本没有意识到，以通讯质量、待机时间、音质考核一部手机的时代已经远去。未来是CPU，内存，显卡等等看似现在用来评价PC的东西。“永远不要与傻子作对，他会把你拉到同等的智商下，然后用自己对于这个智商丰富的经验来打败你。”两家IT公司确实做到了。

同样的对于将手机变大的趋势，Apple成功的给几乎地铁里的每一个人配了个ipad，Android的也是从mp4做起，搞了七零八落的所有想得到的东西。Symbian 只是前些日子听过有个上网本，后来就，没有后来了。

Nokia是3G标准的制定者之一（WCDMA），也算是最早推出3G终端的供应商之一。然而无疑，他被自己设置的门槛绊倒了。Symbian的大势已去迎来的是拼手机硬件的时代，智能手机是一个带电话功能的PDA而已，Nokia白忙活了。

这世上之所以成功的人永远是少数，是因为大多数人的方向错了，走上一段后，又重定方向，最后只是在原地打转，可只要不变，坚持下去，也会成功。就像欧阳锋，就算一本错的《九阴真经》，依然会有傲视群雄的一天……（围脖上某位大师的话）暂且用Jobs的那句讽刺Nokia的话给他指明方向吧：“我们可没有能力造出$100的手机。”

首当其冲的应该算是云技术，但这个技术总体上属于物理层的技术，况且云已经成为公认的技术趋势。这里主要是谈下网站的架构，云技术相对关系较为偏离，我也就不再探讨了。

BigTable数据库

一开始接触下来的GAE，最感觉不适应的就非它的“数据存储”技术。通常用惯了SQL，用了GAE觉得数据设计上很要有很大的转变。
GAE的“数据库”感觉就是一个巨大的List，每一条记录都是key-value的对应关系。当然起初是无法满足很多传统上的数据结构。不过如果你能够在数据结构设计上打破SQL的限制，通过极端灵活的Key-value, key-value, key-value，你就能发觉这样的框架事实上比传统的SQL更适合网站。
说mysql比oracle在网站实现上的优势并非是因为它功能的强大，而是它速度快，结构简单。尽管有人戏称mysql“裸奔”，但无可否认的就是这种“裸奔”的效果带来的mysql的成功。GAE的数据库比mysql还要“裸奔”，但更快的响应将会是SQL永远无法企及的。FaceBook之前也抛弃了SQL亦证明了这一点。

此外整站之间的数据复制也算是革新之一。

多通道的融合

GAE整合了mail，xmpp，跨域验证等一系列的通道也算是特色之一，想必很多人会认为google这是在捆绑自己的产品。作为之前的门户网站的特色，每家人都会有一个自己的邮箱，一个自己的聊天工具，以及一系列自己的产品捆绑在内。GAE的创新在于用户只需要一个自己的google帐户就可以实现捆绑所有的gae服务。这是一个真正意义上的以用户为本。
Xmpp的捆绑还意味着EDM之后，将来IM营销或者类似的IM推送将会逐步成为一个产业。或者更进一步，IM机器人或者类似的技术将会一定程度上取代现有人人对话模式。当然，这需要一段时间，但至少个人认为目前大量的taobao网店需要这种技术^_^。

精巧的运维界面

相信GAE的后他大家也会印象深刻，能对每一个模块进行精确的监控，已经让运维的工作从翻阅日志的文本化提升到了图形化。粒度也更为精准，如果能配合Analytics之类的数据，完全可以实现智能化的运维。

RSS XML SOAP 网址抓取…

其实这也不算是什么革新，Web2.0时代的开始就是以此为标志的。但事实上单单从开发库中各个库的名称都叫API来看，就可以明白，其实整个GAE就是构建在这些基础之上的。SOAP成为了各个模块之间的粘合剂。
这个带来的优势就是，无需关心这个库那个库——好像本站技术性文档的大部分都是解决的“库问题”。各自统一接口，加速了开发的进程。

进度进行的很快，有人说开发起来像Java，我觉得其实比Java来的轻松的多，所有的事件已经提前绑定在了系统里，整个过程更像是在开发一个脚本或者插件，几下子一个界面就出来了。如果你像我一样仅仅是做个原型，不在UI多做考虑的话真的是很方便。

本以为做CS结构的系统，不像做BS结构那样要调什么浏览器兼容性之类的问题。只要考虑UI和具体实现就OK了。几天开发过去，我严重鄙视了这个想法。

OK，说UI，问题来了。一开始用Google自家的Nexus One (G5)作为测试平台，所有的UI都是按照那个分辨率进行的。后来G5给了另一个兄弟测试用，自己用了HTC WildFire(G8)。那叫一个晕，所有的定位全部乱套。想要调整吧，Eclipse插件实现的“所见即所得”的功能实在是不敢恭维，生成出来的界面XML文件基本上已经封杀了肉眼能够读通的水平。最简单的方法反而是重新做一套。后来得知Android SDK 2.1以上本身就有实现此功能的解决方法，但一下子都封装到一个安装包里是不是有点怪异？不考虑到怪异版本的分辨率，480×320, 640×360, 800×480算是主流的几种分辨率，还要考虑横向纵向什么的已经有了6种可能。远不如Iphone甚至于Nokia sybiam那样的统一。

再说兼容性的问题。1.5的Moto me600差不多我用到的系统调用有一半跟2.2是不一样的。用2.2开发出来的程序可以强制安装到2.0上，而且没有任何兼容性故障（可能是我代码没有体现出来两者的不同）。但看似很简单的一个setOnItemClickListener 事件，1.5就无法实现。只能把me600刷成2.2来跑。如果是开发一个产品的话无疑要考虑到这个问题，开发成本和难度以及测试覆盖成本可想而知。这也无外乎Angry Bird之类最热门的Android应用索性直接放弃了1.6以下。

最后说说SDK库和文档的问题，手册本地化也不提了，手册被墙也和Android无关。只能说，Android的SDK只考虑到了最简单的Hello world之类的实现，对于手机上如此丰富的系统调用却根本没有提及。SDK自动生成的部分也是经常搞的你晕头转向，经常报些无厘头的错。

就说这么多。

注意的是本文的实例采用的是Ubuntu804 Server的LTS版本，采用这个版本而不是习惯上采用最新版本的Ubuntu主要是考虑到几个因素：

1. 至少在904之后，Ubuntu从支持库中移除了Kernel-xen的包，仅保留xen-server的支持包。这也就意味着Xen已经得不到官方支持，804成了目前唯一提供官方支持的xen版本。当然你可以手工编译自己的内核或者使用debian的对应包强行安装Xen，但出错的概率比较大（本人在1004的版本上尝试过几次才顺利启动）。
2. 1004的grub设置变动很大，尚没有搞懂手动修改启动顺序的正确方法。设置错误会直接损坏grub导致无法启动。

这次主机比上次的好，至少支持硬件虚拟化，方便很多。

安装Xen支持

Ubuntu的标志性命令，非常容易。
#sudo apt-get install ubuntu-xen-server xen

如果使用的是804以后的版本，在此之后，如果使用debian包，则下载linux linux-modules linux-headers的带xen的包，并使用sudo dpkg -i 方法安装。
直接编译内核的同学，可以直接load /boot/config-xxxx-xxx文件并手工添加xen的支持(make menuconfig)

用xen内核重启。

#sudo nano /etc/xen/xend-config.sxp
将#(vnc-listen ’127.0.0.1′)修改为(vnc-listen ’0.0.0.0′)

安装来宾操作系统：方法1，直接安装

这种方式的前提是你的cpu支持硬件虚拟化

建立虚拟硬盘，如果使用实际裸分区，可跳过
#sudo mkdir /xen
#sudo dd if=/dev/zero of=/xen/2003_disk bs=1 count=0 seek=5G
编辑配置文件/etc/xen/2003

kernel = '/usr/lib64/xen/boot/hvmloader'#64位内核，32位的则替换为'/usr/lib/xen/boot/hvmloader'
builder='hvm'
memory = 512 #内存
shadow_memory = 8
name = "2003"
vif = [ 'type=ioemu, bridge=eth0' ]
disk = [
   'tap:aio:/xen/2003_disk,hda,w',
   #'phy:/dev/sda5,hda,w', #挂装裸分区方式
   'phy:/dev/cdrom,hdc:cdrom,r'
]

boot = "dc"
device_model = '/usr/lib64/xen/bin/qemu-dm'
vnc=1
vncpasswd=''
serial='pty'
sdl=1

启动虚拟机
sudo xm create /etc/xen/2003

用vnc客户端直接连接主机，即可开始典型的图形化安装过程。

安装来宾操作系统：方法2，xen-create-image

sudo xen-create-image –hostname=xen-ubuntu –size=5gb –memory=256mb –partitions=with-data –dist=lucid –ip=192.168.103.101 –gateway=192.168.103.254 –netmask=255.255.254.0  –mirror=http://cn.archive.ubuntu.com/ubuntu  –boot –passwd –role udev –dir=/etc/xen –force

系统会自动完成xen的配置并从制定的源中下载安装操作系统。

部分操作（照贴过来的）

xm console <NAME> 连接到虚拟机控制台
xm create <NAME> 根据配置文件创建主机，如果您一直follow之前的操作并且完成了虚拟主机的安装，这条命令实际上等于启动一台虚拟机
xm shutdown <NAME> 关机
xm reboot <NAME> 重启
xm destroy <NAME> 删除主机
xentop 各主机之前的资源占用情况

一台托管在外的服务器，环境为CentOS5.5，跑LAMP。由于运行环境和成本控制的考虑，需要同时配置PHP4+Mysql和PHP5+Mysql两种环境。起初计划采用两个apache环境，不同的端口来解决。考虑到目前Xen技术上已经成熟，于是考虑在真实主机上安装ngnix和mysql。通过xen安装两套虚拟环境分别配置不同的Php版本，前端使用ngnix代理的方式实现多个虚拟主机合并到同一个80号的目的。

本文同样适用于Redhat和小白鼠Fedora.

真实主机（主机名:www）上配置Xen

CentOS的Xen还是比较容易设置的
#yum install kernel-xen xen等待安装，安装结束后，修改grub配置，确保主机通过xen内核启动后，重启主机。

主机启动后，首先确认
#uname -r ，内核版本号后面应该跟随一个xen标记，如：2.6.18-194.11.3.el5xen

需要解释的是，由于这台主机的要求网络结构是“一个出口”，即逻辑上虚拟主机的网络拓扑应该是路由方式，而Centos默认Xen的结构是网桥模式，这里需要修改下相应的配置。
/etc/xen/xend-config.sxp文件中
(network-script network-bridge)
(vif-script vif-bridge)
注释掉
(network-script network-route)
(vif-script     vif-route)
去掉注释
重启xen服务使设置生效，/etc/init.d/xend restart

配置虚拟主机

相比之前参考的很多文档，Centos的虚拟主机配置相对比较容易，至少没有那么复杂，因为Centos提供了一个比较方便的工具virt-install

我准备给虚拟主机都安装CentOS5.5，为了方便，我将光盘挂装到了 /mnt并设置了ngnix可以直接通过http://www/方式访问光盘中的文件，如果您之前通过http或者其他方式网络安装过操作系统，这一步应该很好理解。

正题来了：

 virt-install -n CentOSVM1 -r 512 -f /xen/CentOSVM1.img  -l http://www/  –network=network:default -p -s 10 –nographics –vcpus=2

解释：
-n CentOSVM1 设置虚拟服务器名称
-r 512 设置内存大小
-f /xen/CentOSVM1.img  虚拟磁盘文件的保存路径，如果有重名可以使用–force参数强制重建。
-l http://www/ 安装文件的访问方式，支持nfs http ftp smb等多种方式。如果你对你的带宽比较自信，可以使用http://mirrors.163.com/centos/5.5/os/i386/网易的镜像站
–network=network:default 网络连接方式，我选择的是route中的default
-p 我的机器不支持硬件虚拟化，-p参数不使用类似技术。现在新的CPU连Atom这样的都支持了，-p可以不加。
-s 10磁盘文件的大小，单位是G
–nographics 不使用图形界面，可以不加此参数，然后加入–vnc看看图形效果
–vcpus=2 虚拟CPU的个数

剩下的就是等待安装的过程，由于之前的设置，网络这块直接DHCP就可以通过了。安装过程中报错找不到安装媒体的大多都是网络设置错误。

整个过程中可以通过ctrl+]回到真实主机，通过在真实主机中使用xm console CentOSVM1回到CentOSVM1的控制台。

OK，可以开始第二台主机的安装了，照旧吧：
 virt-install -n CentOSVM2 -r 512 -f /xen/CentOSVM2.img  -l http://www/  –network=network:default -p -s 10 –nographics –vcpus=1

部分操作

xm console <NAME> 连接到虚拟机控制台
xm create <NAME> 根据配置文件创建主机，如果您一直follow之前的操作并且完成了虚拟主机的安装，这条命令实际上等于启动一台虚拟机
xm shutdown <NAME> 关机
xm reboot <NAME> 重启
xm destroy <NAME> 删除主机
xentop 各主机之前的资源占用情况

关于Ubuntu的xen

记得804的时候，通过apt-get install ubuntu-xen-server xen的方式可以搭建起xen的环境，但不知出于什么目的，904以后，apt源里面移出了linux-xen内核的安装包。你当然可以下载到类似的替代安装包，但这无疑给安装带来了麻烦。

ubunt desktop和server的安装盘都无法通过网络安装程序，如果需要部署Ubuntu的虚拟机，你需要下载alternate安装盘。

暂时就这么多，改日写个ubuntu的安装文档出来。

FreeBSD 8.1比较吸引我的一个重要更新就是将ZFS从测试模块升级到了正式模块。这意味着Zfs已经足够的成熟和稳定了。

闲话不说，我这台主机是用zfs来做nfs服务器。刚升级到了FreeBSD 8.1 stable的版本。

首先，升级zpool的版本

#zpool upgrade -a

接着，升级zfs版本

#zfs upgrade -a

正常情况下zfs的升级就完成了。中间几乎没有延时。

由于zfs需要使用nfs，而且随着zfs成为了正式版本，原本有一个垃圾设置（设不设没效果）sharenfs 已经正式实现了。不去修改的话就会出现nfs被挂装但是无法访问文件的问题。

# zfs set sharenfs=yes  /YOURPATCH

由于默认i386默认没有为zfs开启prefetch（预读），需要在/boot/load.conf中加入vfs.zfs.prefetch_disable=0。

同时，系统vm.kmem_size_max和vm.kmem_size两个设置如果过大的话可能会在系统拷贝大文件时吃光所有内存，设置请慎重。

闲来无事，测试了一下。报下配置，理论上用虚拟机是完全可以的：
1台Dell 台式机，用以安装Cluster，双核+2G+250G；一台Asus本本，用以安装Node，双核+2G+160G；当然，我的测试中还有我自己的ubuntu本本充当客户端，这台机器可以省略，将客户端放在上述主机中的任何一台——前提是只要不是生产环境。

1. 安装Cluster主机

貌似这里没什么好说的，我用的是Ubuntu 910 x86_64 server，我的网络已经开启了DHCP（ip:192.168.103.223），没有太多的配置。安装的最后，系统会询问你安装的软件包。选择 Install Ubuntu Enterprise Cloud Cluster。系统会要求配置postfix以发送验证邮件，internet Site选项即可。Name your cluster 也没什么特别，我就用了My Cloud。
a list of available IP addresses on your network 选项是用于虚拟机的IP段，这里用一个空的Ip段即可。

2. 安装Node主机

同样没什么可以多说的，但要求Node主机跟Cluster在同一个网段内即可（ip:192.168.103.233）。选择 Install Ubuntu Enterprise Cloud Node。由于Cluster主机已经启动了，向导直接就通过了。

3. 调试Cloud

在Cluster上执行 sudo euca_conf –no-rsync –discover-nodes ，系统会提示发现Node并将Node加如Cloud。
用客户端访问https://192.168.103.223:8443 (建议使用Linux+Firefox)，默认的用户名和密码都是admin，比较汗。登录后在Credentials选项卡中download Credentials下载打包好的验证文件。我的文件名~/euca2-admin-x509.zip   

4. 配置客户端 

据说有一个基于Firefox插件的图形化客户端，没有测试过，各位可以测试下。我还是比较笨的用命令行。

sudo apt-get install ec2-api-tools   euca2ools

mkdir ~/.euca
cd ~/.euca
unzip ~/euca2-admin-x509.zip
chmod -R 0700 ~/.euca
 ~/.euca/eucarc 
echo ”[ -r ~/.euca/eucarc ] && . ~/.euca/eucarc” >> ~/.bashrc

重新开一个终端，让配置生效，或者。。。重启吧。