详细文档可以参考：
http://sigslot.sourceforge.net/sigslot.pdf

看了以后，发现这是一个很好的事件处理框架。

由于整个的代码还没看完，到时候再补充详细的理解。这里先开个头，又很久没更新了….

在找资料的中间看到了这个图：

也去上了下twitter，看到了另外一个图：

twitter维护中：5小时。底下有个twitter status非常人性化，可以查看最新的twitter 状态，对做服务的人来说有借鉴和参考价值。

我们那边很多人都是世代相传的木雕手工艺者；包括我的很多同龄人，早早的离开学校；早早地承担起家庭的责任；我爸爸在我小学二年级的时候就出去广东那边打工了；基本上都是赚一些辛苦钱，鼎盛的时候可以一个月拿到10k左右；一直到我初中，高中，等我大学毕业的时候，他年纪大了，身体大不如前，另外浙江这边各种加工厂也风声水起的起来了，才带着我妈回了老家，还是陆续做些木雕方面的活。
从广东回来也快接近10年了，陆续总有一些之前工厂的老板打电话过来问好，问在哪里做工了之类。

多年过去，当年的boss还未曾把你遗忘；这就是打工者最好的口碑和声誉。我觉得这比那些打工皇帝的封号还要强一点。

另外我爸的缩影其实也透露出一个重要的信息：加工产业的迁移会越来越向加工资源密集地区靠近。而加工资源中最重要的是人力资源。10年前，我们村的年轻劳动力都是跑到广东那边做工，但是现在出去的人很少了。去年听到一个有意思的故事，广东有个卖家具铜配件（仿古家具上铜拉手之类）的老板，由于广东那边生意不如前，直接把店搬迁到了东阳。

在4月份的时候买了一个单反，后面一段时间非常忙；以致买来后都没有打开看过；最近才开始学习怎么调光圈、快门；看了两本经典的书《摄影构图学》和《美国纽约摄影学院摄影教材》。我觉得比较好的是《美国纽约摄影学院摄影教材》。

我在很多工作场景中，喜欢先确认做事的原则；然后根据这个原则再来决定如何做。在5月份的时候，我们决定将服务按用户水平切分，先定了三个规则，来决定什么样的服务需要切分：
1、是否和核心应用相关？
2、是否频繁变更？
3、是否是单点服务？
当有了这三个原则之后，操作起来就非常地顺手。
在《美国纽约摄影学院摄影教材》里，一开始就讲到了三个原则：
1、好的照片要有主题；
2、好的照片要有主体；
3、画面简洁；
很多领域的原则都是很类似的，我曾经在公司内网里贴过一篇很骚包的文章；里面讲到了产品设计的三个原则：
1、简单；
2、延续一致性；
3、抽象；
我们可以发现在很多的领域都会把简单或者简洁加入到基本原理里去。一个优美的解决方案，它必然是简单的。复杂的另外一个同义词是混乱。

最近另外一个深刻的感觉是做一个事情失败是很容易的不及时做为通常导致我们的失败。
在星期五晚上的时候，我妈告诉我 马桶盖坏了；马桶盖子一般是两层的，最上面一层是一个盖板；下面一层是一个椭圆的圈；当时我仔细看了一下，发现只是马桶圈和底座胶合的地方断掉了，盖板和圈还是一体的；上淘宝看了下，只要再买一个螺丝就可以解决问题；所以也没做什么事情，但是周六的时候发现，由于没有及时的马桶盖拆掉，在后续的使用过程中，又把马桶圈和盖板的结合处给搞断了。
这个事情基本上都可以解释我们很多的软件故障；当一个小的故障点出来之后，没有及时深入的去隔离和处理；往往会导致故障放大。

这是我最近的两点体会。

想起那句话：“很多年的历史，我们才会有一点点传统，很多年的传统，我们才会有一点点的文化”。同样技术观点的整理需要时间的验证和积累，所以频率会降低，但是我会坚持。

最近看了很多技术类的博客，很多同学实际上已经不再写纯粹的技术文章，更多的是谈架构或者一些管理方面的东西。但是实际上很多的架构不能算是架构；比如采用哪个http服务器，选用了哪个数据库。我一直认同一个观点：天下难事，必做于易；天下大事，必做于细。真正有价值的宏观的设计必须要有细节的支撑。一个好的架构设计当然很重要，但是如果没有足够的深入细节，你是无法理解其中的奥秘的。很多时候，你面对的问题都是细节局部的问题，解决局部的问题需要的两个基本素质：数据结构和算法这多年来一直都没怎么变化；但是为了解决这个局部的难题，可能需要宏观的架构来匹配。还有一部分文章是写管理类的，仔细总结发现这类文章都在讲两个内容：1、如何做人？2、你应该如何做，才能让组织满意；我觉得这是比较无趣的事情。

最近看了两套源代码 ，一套是lighttpd，另外是nigx; lighttpd基本上看完了重要的部分，nigx 只看了网路io事件的处理。
这两个http服务器对网络事件的处理还是不一样，nigx采用了aio，lighttpd在linux是用了epool；实际上，你要是看过其他的open source项目的代码，如squid等；发现目前主流的c代码的风格还是非常相似的，单进程，单线程， 用c语言构造类似面向对象的语法。
关于lighttpd的部分整理：
1、单进程，单线程，支持多进程模式；默认最大连接数4096；
2、sendfile,writev的频繁使用；降低系统级的开销；
3、内存缓冲池；我发现c++程序的一个问题是使用了stl后内存的使用情况经常不可控；但是c的代码对于内存的控制就强多了；

“到了将近四十岁时，我读到了王道乾先生译的《情人》，又知道了小说可以达到什么样的文字境界。道乾先生曾是诗人，后来做了翻译家，文字功夫炉火纯青。他一生坎坷，晚年的译笔沉痛之极。请听听《情人》开头的一段：

　　我已经老了。有一天，在一处公共场所的大厅里，有一
　　个男人向我走来，他主动介绍自己，他对我说：“我认识你，
　　我永远记得你。那时候，你还很年轻，人人都说你美，现在，
　　我是特为来告诉你，对我来说，我觉得现在你比年轻的时候
　　更美，那时你是年轻女人，与你那时的面貌相比，我更爱你
　　现在备受摧残的面容。”

这也是王先生一生的写照。杜拉斯的文章好，但王先生译笔也好，无限沧桑尽在其中。”

后来，又看到王小波多次在文章中流露出对《情人》的推崇和喜爱，在《小说的艺术》里，他这样写：
“还有一位不常写小说的作者，玛格丽特•杜拉斯。早在半世纪以前，茨威格就抱怨说，哪怕是大师的作品，也有纯属冗余的成分。假如他活到了现在，看到现代小说家的作品，这些怨言就没有了。昆德拉不提现代小说的这种成就，是因为同行嫉妒，还是艺术上见解不同，我就不得而知。”

我比较喜欢看王二的文章，可以说，此君也算是性情中人，性情中人说话通常比较靠谱，所以就兴致很高地从淘宝上买了此书。但是接连看了几个晚上，就再也没看下去。很多采用倒序，甚至乱序手法的文章，可能需要部分专业的训练，才能读出其中的味道来。

这几天在家里下了几部片子，其中有一部吴镇宇主演的《血门徒》，看了一遍，完全没看懂。但是其中的细节镜头还是很吸引人，很多的特写乍一看好像可有可无，实际上都是有剧情的铺垫。我自己体会到的有下面几个：

阿查(吴镇宇饰)喝泡奶茶的时候，动作非常的熟练、稳定。阿高曾经问他，为什么这么泡，阿查解释的最后说：做事不是要看你做过哪些，而是要看你做事的顺序。阿高要求阿查再试一次，阿查问怎么试的时候，阿高拿过阿查的杯子，一饮而尽（阿高和阿查的关系可见是最好的，所以后来阿查放过了阿高），顺手拿过旁边桌子的另一个杯子。注意，这样就有两个杯子了。

这里面讲到的做事情循序渐进的方式，在审问关在小黑屋里的红毛时，有了更深刻的诠释：
阿查拿了份盒饭进去，上面放了一把刀叉，三个小子拒绝交代tata在哪里后，阿查问旁边要了份保鲜膜，把盒饭仔细包好，然后把刀叉叉在保鲜膜上，放到脚下；后面的镜头更精彩，文字不够表达。一个被保鲜膜蒙住，一个被刀叉叉掉，最后一个说出秘密后被阿高开枪打死。再看其中的几个特写，“为了大家都不难受，给我一点保鲜纸”。三个中最后说出tata在哪里的就是最开始很嚣张地说，你可以杀死我们，但我们是不会说的。“死未必是最差的，人生最差的事是脆弱”。

阿查和警官交流的是一盘棋，对于下棋的人我觉得很重要的一点，就是集中注意力。阿查最后找上了阿德，和阿德玩对视游戏，两人对视，眼睛谁眨谁输。阿查胜出，所以那盘象棋也有铺垫作用。

我喜欢讲话不多，但是每句都能点中要害的人。工作和生活中经常可以看到有些人忙忙碌碌，在那里说了一大堆，实际上这些话加起来的信息量为零。

看完第一遍，剧情基本不明白，只是被细节所吸引，网上找了剧情的剖析后，再看了一遍，总算明白了个大概。电影里采用的叙事手法更多的类似于文学上的倒序，插叙，引子，小结等。就想到了那部未看完的《情人》。可见文学和电影之间的相互影响。

目前的通用服务器，不管是否存储核心数据，scsi和raid1，都是标配了。上周很悲剧性地发生一台机器硬盘故障，发现这台老机器只做了raid0，导致数据全部丢失，所幸不是关键数据。

linux系统默认的文件系统是exe3，reiserfs我没用过，很多技术文章提到reiserfs在大批量小文件系统中的性能有大幅提高。这个特性对互联网公司有非常大的吸引力。打算最近一个月内做一个测试。

从图上可以看出，NAS的将来的结局和oracle应该非常接近，在互联网公司中逐渐被抛弃。
目前可以看到的趋势是:大规模廉价的通用硬盘替换昂贵的专用设备。在介绍硬盘物理io中的文章，我觉得这篇文章是比较好的。
对于一个10000转到硬盘，几个比较有趣的数据：
1, 10000 RPM / 60 seconds (10000/60 = 166 RPS)
2, 转换为 166分之1 的值(1/166 = 0.006 seconds/Rotation)
3, 单位转换为毫秒(6 MS/Rotation)
4, 旋转半圆的时间(6/2 = 3MS) 也就是 RD
5, 加上平均3 MS 的寻道时间 (3MS + 3MS = 6MS)
6, 加上2MS 的延迟(6MS + 2MS = 8MS)
7, 1000 MS / 8 MS (1000/8 = 125 IOPS)
每次应用程序产生一个I/O,在10K RPM磁盘上都要花费平均 8MS.在这个固定时间里,磁盘将尽可能且有效率在进行读写磁盘.IOPS 可以计算出大致的I/O 请求数,10K RPM 磁盘有能力提供120-150 次IOPS.评估IOPS 的效能,可用每秒读写I/O 字节数除以每秒读写IOPS 数得出.
7.2 Random vs Sequential I/O(译注:随机/顺序 I/O)
一个经验性的数据是，普通scsi的10000转速的硬盘的吞吐量大概是20MB/s.（单线程写2Gb数据，用了12秒）.

对于很多小文件系统的应用来说，物理上将更多的小文件打包成一个大文件存储，类似于网络通讯中的多次一写，减少碎片是一个思路。

这样的例子比比皆是。

台湾原来有民进党， 亲民党，国民党；但是在2008年，国民党和亲民党正式合并，除了两个政党血统上亲近的原因，很大的一个原因，我觉得是亲民党基本上会被压缩的没有话语权。

大家都知道目前主流的个人cpu制造商有两家，美国的intel和台湾的via（威盛）；我记得我读大学的时候，还有一个低端的cpu制造商，Cyrix，他的cpu价格相对比较便宜。如今在google上搜索cyrix，可以看到一段充满历史感的介绍：原来是世界上较大的一家CPU生产厂商。1999年被VIA（威盛）收购……

曾经有人问我，做管理软件如何？我说，市场上已经有了老大用友和老二金蝶，做老三会很悲惨。

“做第一个产品的时候，压力很大，做每一个细节做得非常完美，像我们做第一个产品《征途》的时候，为了一个很小的功能，数值定1.1还是定1.2，可以几天几夜不睡觉；但是我们这个团队同样去做《巨人》的时候，在类似的问题上，我们就根据经验选1.2，不用讨论了，就那么定了，也没有人去怀疑，也没有去论证，所以，做第二个产品，在细节方面，不可能像做第一个细节这么完美了，我们当时也没跳出这个怪圈”

最近看到的史玉柱的这个故事，和我的一些想法一致的地方：历史的成功或者经验可能是一种羁绊和束缚。

对于具体做某个固定的事情来说，经验非常有价值。有一句话很好的辅证了经验的价值，知易行难。光有理论的功夫，没有实践的积累，说出来的东西会非常地没有厚度。平时经常听到很多同事讨论股票投资，看着k线图，在臆想低买高卖的快感；一听就知道此君入行尚浅或者没有任何实战。纸上得来终觉浅，做了以后就有有非常不一样的感觉。

但是对于开拓性的产品或者有创新的功能列表，经验的束缚和羁绊会非常明显 。我们经常会开技术讨论会，讨论某个系统的解决方案，有些想法确实非常漂亮，传统的经验会习惯于找到这个想法在实现上存在的困难，面临的难题；而正是这一点，可能阻止了想法的推进。一个老的系统能朝新的思路迈进，通常会面临很多的困难，创新面临成本；对于一个已经有数千万活跃用户的系统来说，让大象跳舞并不是轻松的事情。

毛主席说：一张白纸，没有负担，好写最新最美的文字，好画最新最美的图画，
要破解这个束缚：对组织来说可以引入领域外的管理者；引入大批新鲜的血液；对于个人来说，需要有一颗开放的心。

工作和生活上最近都有点忙，博客的更新速度没有到达预期，要加油。
实际上我发现每周一博对我还是有不少的压力。坚持!