根据美国科学家的研究结果显示，用于降低胆固醇含量的眼药水或可预防一种最常见的视觉疾病——视网膜黄斑变性，这是导致失明的主要原因之一。
据英国广播公司报道，华盛顿大学医学院的医生们对老鼠和人进行实验，并将研究结果发表在《细胞代谢》期刊上。研究结果显示，当免疫细胞被脂肪阻碍或包围时，它们将变得具有破坏性。由此表明高胆固醇含量会影响免疫系统，并导致视网膜黄斑变性的产生。 <!-- more --> 黄斑处于人眼的光学中心区，是视力轴线的投影点。黄斑区比周围视网膜颜色暗些，是视力最敏锐的地方，负责眼睛对细节的辨识。它对阅读、驾驶及辨别人脸具有重要作用。黄斑变性常发生在老年人身上，病变时，眼睛内的光感细胞首先开始“干涩”，然后损坏，最终导致眼睛失明。
但也有人称这个研究仍然处于初级阶段。
《联合早报网》
nginx由于出色的性能，在世界范围内受到了越来越多人的关注，在淘宝内部它更是被广泛的使用，众多的开发以及运维同学都迫切的想要了解nginx模块的开发以及它的内部原理，但是国内却没有一本关于这方面的书，源于此我们决定自己来写一本。本书的作者为淘宝核心系统服务器平台组的成员，本书写作的思路是从模块开发逐渐过渡到nginx原理剖析。书籍的内容会定期在这里更新，欢迎大家提出宝贵意见，不管是本书的内容问题，还是字词错误，都欢迎大家提交issue(章节标题的左侧有评注按钮)，我们会及时的跟进。<!-- more -->
更新历史
| 2012/03/01 | 创建目录大纲 |
| 2012/03/28 | 增加了样章 |
| 2012/05/25 | 更新样章 |
| 2012/06/08 | 增加第5章 |
| 2012/06/11 | 增加第4章 |
| 2012/06/26 | 增加第6章(event module) |
| 2012/06/27 | 更新第5章部分内容 |
| 2012/07/04 | 更新第6章event module部分内容 |
| 2012/07/12 | 增加第12章（请求头读取，subrequest解析） |
| 2012/08/14 | 增加第2章(nginx基础架构及基础概念) |
| 2012/08/14 | 增加第2章(ngxstrt数据结构介绍) |
| 2012/08/17 | 增加第7章(模块开发高级篇之变量) |
| 2012/08/25 | 增加第11章(nginx的启动阶段部分内容) |
| 2012/09/26 | 增加第2章(ngxarrayt,ngxhasht及ngxpoolt介绍) |
| 2012/10/08 | 增加第11章(配置解析综述) |
| 2012/10/12 | 增加第2章(ngxhashwildcardt,ngxhashcombinedt及ngxhashkeysarrayst介绍) |
| 2012/10/21 | 增加第2章(ngxchaint,ngxlistt及ngxbuft介绍) |
| 2012/11/09 | 增加第12章(请求体的读取和丢弃解析) |
| 2012/11/24 | 更新第2章(ngxbuft的部分字段以及其他一些书写错误和表达) |
| 2012/12/18 | 更新第11章(解析http块) |
| 2012/12/10 | 增加第3章的内容 |
| 2012/12/28 | 补充和完善了第3章的内容 |
| 2013/01/25 | 增加了第2章(nginx的配置系统) |
| 2013/02/18 | 增加了第2章(nginx的模块化体系结构, nginx的请求处理) |
| 2013/03/05 | 增加了第12章部分内容(多阶段请求处理) |
| 2013/03/08 | 完成第11章第1节(配置解析综述、ngxhttpblock) |
如今，企业都正在部署或已经实施虚拟化技术，以便提高IT基础架构的利用率和经济性。利用数据中心虚拟化，这些企业推动了关键应用程序的高可用性与快速恢复。最近几年，VMware、思杰和微软等虚拟化技术占据了数据中心大部分领地。但是，商用的解决方案不仅部署与运维成本昂贵，而且容易被厂商锁定。企业用户希望保持对IT的控制能力，确保底层虚拟平台具有开放性，并有一个强大的生态系统对其进行支撑。
红帽与IBM作出了一次重大选择：全力支持开源虚拟化KVM。KVM构建在Linux之上，本质上是将Linux内核转化为一个裸机虚拟机管理程序，可运行Linux操作系统以及微软Windows客户操作系统虚拟机管理程序。KVM可利用Linux执行很多操作，包括人物调度、管理内核、与硬件设备对接等，具有高性能、伸缩性与安全性等特性。
在上世纪90年代，IBM就与红帽签订了合作协议，共同开发并支持开源操作系统Linux，这在一定程度上成就了年入十亿美金的开源公司红帽。现在，虚拟化与云计算技术空前重要，与Linux本身非常相似，现在服务器虚拟化也在朝着开放式与标准化实施方向发展。
为此，红帽和IBM频频出手，联合推广KVM技术。在2011年五月，红帽和IBM等六家公司共同建立了开源虚拟化联盟(Open Vitrualization Alliance，OVA)，旨在推动开源虚拟化技术的发展。同年底，红帽和IBM等厂商赞助成立了oVirt.org开源社区，旨在开发开源KVM管理与建立ISV生态系统。OVA与oVirt分别从市场与技术的角度出发，倾力打造企业就绪的开源KVM解决方案。<!-- more -->
而红帽和IBM也充分结合各自在硬件与软件方面的优势，不遗余力推广KVM。IBM的所有硬件平台(如IBM Pure Systems、IBM SmartCloud Enterprise与IBM Systems x等)都支持红帽内置KVM的系统(如RHEL 6.x);同时，IBM SmartCloud(也叫IBM易云)解决方案也支持KVM，帮助客户构建IaaS云;此外，红帽还提供技术人员与IBM一起为客户提供云计算建设的咨询和服务工作。
近日，IBM明确宣布其云计算产品将以OpenStack为基础，现有的SmartCloud将逐步迁移到OpenStack。这是继KVM之后，又一个开源盛事。“OpenStack的兴起，使用libvrit进行抽象，谁也不会去在乎底层的虚拟机与操作系统是谁家的。而红帽会继续推广KVM。”某业内人士表示，“五年后，大家用的都是开源的计算环境。厂商之间只有堆栈之争。”
在用户看来，开源技术首当其中的好处就是部署与运维成本上的节约。中国招商银行纽约分行需要员工安全高效地接入不在一处的两个单独网络，同时最大限度地降低IT管理需求与开销。通过采用Intel Xeon智能处理器、运行内含KVM技术的Red Hat Enterprice Linux的IBM System x 3550和3650服务器，帮助纽约分行架构工作站数量减少了50%、节省了20%的软件许可与硬件成本，并且提高了存储性能。
易用性也是KVM一大特色。据某架构师表示，在红帽和CentOS上分别使用KVM与VirtualBox，其优势还是很明显的：在同样2G内存的Windows 2008虚机里编译JOBS，都使用VS2008，用nmake直接编译，KVM的编译时间不到VirtualBox的3/4。
目前，红帽已经正式发布RHEV 3.1版，新版本在扩展性，用户管理界面，网络，存储和虚拟桌面系统功能等方面都有很大的改进。RHEV 3.1版与包括红帽存储和红帽企业Linux平台在内的红帽全线产品整合在一起，进一步加强了产品的灵活性。
市场研究机构IDC指出，基于开源项目KVM和oVirt的红帽企业虚拟化 (RHEV)是虚拟化市场的崛起力量。红帽在Linux和其它开源软件上的经验，使其成为将KVM引入企业市场的领先者。广泛的业界支持和不断增长的生态系统表明开放虚拟化联盟的不断成长。
Linux已经过十多年的千锤百炼，得到数百万企业的信赖，取得了巨大的成功。KVM依托Linux，将优势扩展到虚拟化领域。红帽和IBM等厂商的大量投资、开放虚拟化联盟的大力推广、开源社区的技术支持与用户的实际受益都是对KVM热潮的最佳注解。
一、提升整体虚拟机的性能，特别是I/O性能
具体有人测试过，结果如下：（1.）
测试命令
dd if=/dev/zero of=test.bin bs=4K count=512K ;dd if=/dev/zero of=test.bin bs=4K count=512K ;dd if=/dev/zero of=test.bin bs=4K count=512K
Xen 使用 LVM 作为 os tap：
母机写速度 331M/s
2147483648 bytes (2.1 GB) copied, 6.17998 seconds, 347 MB/s
2147483648 bytes (2.1 GB) copied, 6.56825 seconds, 327 MB/s
2147483648 bytes (2.1 GB) copied, 6.67982 seconds, 321 MB/s
虚拟机（linux）写速度 292M/s 相当于母机的88%
2147483648 bytes (2.1 GB) copied, 7.34302 seconds, 292 MB/s
2147483648 bytes (2.1 GB) copied, 7.91667 seconds, 271 MB/s
2147483648 bytes (2.1 GB) copied, 6.86898 seconds, 313 MB/s
Xen 使用 file 作为 os tap：
母机写速度 171M/s
2147483648 bytes (2.1 GB) copied, 13.8047 seconds, 156 MB/s
2147483648 bytes (2.1 GB) copied, 11.737 seconds, 183 MB/s
2147483648 bytes (2.1 GB) copied, 12.2207 seconds, 176 MB/s
虚拟机（linux）写速度57.2M/s 相当于母机的33%
2147483648 bytes (2.1 GB) copied, 43.2957 seconds, 49.6 MB/s
2147483648 bytes (2.1 GB) copied, 36.5314 seconds, 58.8 MB/s
2147483648 bytes (2.1 GB) copied, 33.9732 seconds, 63.2 MB/s
二、可以快速的建立虚拟机的快照
在Linux里，Logical Volume Manager(LVM)也能用于创建快照，它比先前的磁盘文件方法节省了许多时间。这种方法意味着你的虚拟机使用LVM逻辑卷作为存储后端，与使用虚拟磁盘文件形成对比。由于这个逻辑卷，你接下来需要创建快照。这个快照是一种备份，只包含当时进行快照时所改变的元数据和块。当你通过元数据使用dd制作快照副本时，你通常在原始卷上制作原始块的快照，不需要重新激活原始卷。通过这种方式，能大幅度减少创建快照的时间。步骤如下：
1.使用virsh save命令保存虚拟机当前状态，并写入磁盘文件：
virsh save linux01 linux01.sav
2.假定你已经有一个LVM逻辑卷用来作为你虚拟机的存储后端，使用下面的命令对这个卷进行快照。比较好的准则是使用在原始逻辑卷里所分配磁盘空间的10%作为快照卷的大小：
lvcreate -s -L 1G -n linux01-snap /dev/xenvols/linux01
3.由于现在你已经在LVM快照里保存了虚拟机的状态，你能重新启动虚拟机，显著减少虚拟机的停机时间：
virsh restore linux01-sav
4.使用dd创建虚拟机快照并写入一个镜像文件。由于要使用快照复制所有虚拟机分配的磁盘块，这将花费很长时间：
dd if=/dev/xenvols/linux01-snap of=/data/xen01.img
5.不要忘记在最后一步移除快照。这很重要，因为快照最终将被完全覆盖而导致快照不能用。这样的问题是将阻止你从原始卷重新启动，因此不要忘记这最后一步：
lvremove /dev/xenvols/linux01-snap
最近一段时间，我也请教了一些业内人士，大致上理了个头绪：
首先，中国移动的块头最大，数据业务占营收比例最高。我查了一下3家运营商2012年上半年的财报，中国移动的数据业务收入已经占到营收的28.5%，而中国联通和中国电信分别只有19.9%和14.0%。也就是说微信起来之后，最“肥”的中国移动被割下来的“肉”也最多，当然也就最痛了。
但是，如果按照马化腾的逻辑，微信虽然替代了短信，但是至少也给中国移动带来了不少的数据流量，所谓失之东隅收之桑榆，虽然减收，也不至于跳脚吧？
秘密其实就在于微信所带来的巨大的数据流量。这不禁让我想起了2008年iPhone 3G版上市之后带来了移动数据流量的爆炸性增长，差点没把当时独家引进iPhone的美国运营商AT&T搞死的往事。<!-- more -->
实际情况是微信带来的流量，中国移动既消化不了也得不到太大的利益。为什么这么说？
说起移动通信的数据业务，是要通过移动终端与基站之间的数据交换实现的，但是基站的数据又是从哪里来的呢？这就不是从天上来的，而是来自地下的核心网，通过骨干网传输过来的。那么，骨干网掌握在谁的手中呢？由于历史原因，90%都掌握在电信和联通两家运营商的手中，移动加上旗下的铁通最多也就10%的份额。因此，这块移动需要与电信和联通进行网间结算，要被他们两家拔一次毛。
这还不算完。马化腾也说了，微信还有很多的外链，比如跳转到新浪、搜狐、网易等外部网站上，那就还需要去访问这些网站的IDC服务器，这些服务器都放在哪里呢？有95%都是放在电信和联通的机房里。由此，移动还要第二次被电信和联通宰割。我估计当小马哥说起外链的时候，常小兵董事长可能会会心一笑，如果中国移动董事长奚国华在场的话，估计得咬牙切齿了。
说到这里估计大家可能明白一点了，中国移动拥有中国70%的用户，也拥有了一个流量增长最快的移动网络，按道理它应该也拥有70%的骨干网和IDC资源才合理。但是由于当年不合理的分拆，它实际上只有不到10%的资源！你让它去背这个“流量怪兽”微信，它如何能够背得动？
from: http://tech.sina.com.cn/t/csj/2013-04-01/10218200624.shtml