UNIXWIND - 夜的点滴

ios5.0完美越狱详细教程

Fri, 23 Dec 2011 15:30:43 +0800

国外越狱破解组织Dev-Team今天发布了越狱工具红雪RedSn0w的最新版本0.9.9b9，新版本支持原生iOS 5.0.1（不需要再选择iOS 5.0的iPSW）并加入了一些新的功能。

1.原生支持iOS 5.0.1，不需要在选择iOS 5.0的固件进行验证；

2.处在旧的bootrom 3GS 用户在没有blob的情况下，现在可以通过红雪创建自定义固件；

3.对5.0和5.0.1的iBooks进行了修复；

4.支持8G版本的iPhone 4；

5.允许用户建立一个没有基带更新的自定义固件；

6.APTickets 能支持iOS 5.X (至少在apple封锁之前是支持的)，与一些关键的blobs类似，APTickets是提交cydia之前的密码认证。cydia服务器也将支持 APTickets的认证反馈，现在由于APTickets的限制，用户在使用（stitched）自定义5.X固件时，要求开启pwned DFU模式

redsnOw 0.9.9b9（win版）：http://yunfile.com/file/520free/5881967d/

redsnOw 0.9.9b9（mac版）：http://yunfile.com/file/520free/abc932c9/

Tengine与nginx的对比

Sat, 03 Dec 2011 10:44:57 +0800

Tengine是淘宝对nginx的一个专属打造，与nginx的对比上来说，tengine更有优秀。

tengine有哪些优点？或者说是特性。tengine的配置教程和nginx没多大区别。

淘宝官方给出下面解释：

一开始我们使用Nginx还仅仅用它来处理静态文件、PHP等，接着我们又在Nginx上开发了几十个各种用途的模块。随着对Nginx的越来越了解，我们发现它本身已经不能够完全满足我们的需求了，所以我们就开始对Nginx核心进行定制和开发。考虑到我们开发的功能中的一些对其它的互联网用户也可能有用处，所以我们就想到了把这些公用的功能开源出来。淘宝网是开源软件的用户和受益者，我们也想成为开源软件的贡献者。这就是我们决定开源 Tengine的原因。

Tengine基于最新的Nginx稳定版（Nginx-1.0.10），在它的基础上开发了一些功能和做了一些bug修复，比如：

组合多个CSS、JavaScript文件的访问请求变成一个请求；
支持管道和syslog形式的日志和抽样；
自动根据CPU数目设置亲缘性；
监控系统的负载和资源占用从而对系统进行保护；
显示对运维人员更友好的出错信息，便于定位出错机器；
更强大的访问速度限制模块；
backtrace模块，程序崩溃的时候可以显示出错的调用栈；
根据文件类型设置过期时间；
...

基本上，Tengine可以被看作一个更好的Nginx，或者是Nginx的超集。

linux是怎么由来的？

Wed, 23 Nov 2011 17:34:35 +0800

背景

从1946年世界上第一台电子计算机诞生开始，计算机的发展已经走过了65个春秋。科学技术的日新月异，为我们开启了无比辉煌的电子时代，在这个高速发展的电子时代中，诞生了无数的电子产品，从硬件到软件。硬件电子技术的发展奠定了软件的基础，而软件的开发又促进了硬件的发展。在软件的发展历史中，操作系统起着至关重要的作用，他本身是软件，但它同时又是其他软件的基础，硬件的灵魂，硬件脱离了系统就像人没有了思想。可见，系统在这个高速发展的电子时代是举足轻重的。那么让我们来回顾一下操作系统的发展历史吧！

上世纪六十年代时，大部份计算机都是采用批处理（Batch Processing）的方式进行工作的，也就是说，当作业积累一定数量的时候，计算机才会进行处理。那时，我们熟知的美国电话及电报公司（American Telephone and Telegraph Inc.；AT&T）、通用电器公司（General Electrics；G.E.）及麻省理工学院（Massachusetts Institute of Technology；MIT）计划合作开发一个多用途（General-Purpose）、分时（Time-Sharing）及多用户（Multi-User）的操作系统，也就是这个MULTICS，其被设计运行在GE-645大型主机上。不过，这个项目由于太过复杂，整个目标过于庞大，糅合了太多的特性，进展太慢，几年下来都没有任何成果，而且性能都很低。于是到了1969年2月，贝尔实验室（Bell Labs）决定退出这个项目。

贝尔实验室中有个叫Ken Thompson的人，他为MULTICS这个操作系统写了个叫“Space Travel”的游戏，在MULTICS上经过实际运行后，他发现游戏速度很慢而且耗费昂贵，每次运行会花费75美元。退出这个项目以后。他为了让这个游戏能玩，所以他找来Dennis Ritchie，让他为这个游戏开发一个比MULTICS简单的操作系统。当时他们本想在DEC-10上写这个系统，可是后来没有申请到，他们只好在实验室的墙角边找了一台被人遗弃的Digital PDP-7的迷你计算机进行他们的系统开发计划。可是遗憾的是，这台计算机上连操作系统也没有。于是他们用汇编语言仅一个月的时间就开发了一个操作系统的原型。可是，他们的同事Brian Kernighan非常不喜欢这个系统，并嘲笑Ken Thompson说：“你写的系统好真差劲，干脆叫Unics算了。”Unics的名字就是相对于MULTICS的一种戏称。

1971年，Ken Thompson写了一篇很长的的申请报告，终于申请到了一台PDP-11/24的机器。在这台台PDP-11/24的机器上他们完成了Unix的第一个版本。这台电脑只有24KB的物理内存和500K磁盘空间。Unix占用了12KB的内存，剩下的一半内存可以支持两用户进行Space Travel的游戏。而著名的fork()系统调用也就是在这时出现的。到了1973年的时候，Ken Thompson 与Dennis Ritchie感到用汇编语言做移植MULTICS系统的工作太过于头痛，他们想用高级语言来完成第三版，对于当时完全以汇编语言来开发程序的年代，他们的想法算是相当的疯狂。一开始他们想尝试用Fortran，可是失败了。后来他们用一个叫BCPL（Basic Combined Programming Language）的语言开发，他们整合了BCPL形成B语言，后来Dennis Ritchie觉得B语言还是不能满足要求，于是就改良了B语言，这就是今天的大名鼎鼎的C语言。于是，Ken Thompson 与Dennis Ritchie成功地用C语言重写了Unix的第三版内核。至此，Unix这个操作系统修改、移植相当便利，为Unix日后的普及打下了坚实的基础。而Unix和C完美地结合成为一个统一体，C与Unix很快成为世界的主导。 Unix的第一篇文章 “The UNIX Time Sharing System”由Ken Thompson和Dennis Ritchie于1974年7月的 the Communications of the ACM发表。这是UNIX与外界的首次接触。结果引起了学术界的广泛兴趣并对其源码索取，所以，Unix第五版就以“仅用于教育目的”的协议，提供给各大学作为教学之用，成为当时操作系统课程中的范例教材。各大学公司开始通过Unix源码对Unix进行了各种各样的改进和扩展。于是，Unix开始广泛流行起来。

总结一下，到此阶段，为了开发一个能运行Space Travel游戏的操作系统，Ken Thompson 与Dennis Ritchie开发了B语言，改进了B语言又开发了C语言，最终才用C语言成功开发了UNIX

Unix发展流程图

　1978年，对 Unix而言是革命性的一年。 Bill Joy，毕业于加利福尼亚州大学伯克利Berkeley分校，当年，他在学校的时候拷贝了Bell 实验室的Unix版本，并且发现了这是一个很不错的可以使用Pascal编译器和文本编译器的操作系统平台。于是，他更改变扩展了Unix，形成了Unix的第二个最主要的分枝–BSD（Berkeley Software Distribution）Unix。在1978年3月，Joy卖出了第一个BSD的拷贝：50美金。慢慢地，开始形成两个最主要的Unix的分支版本，一个是上面所说的BerkeleyBSD 系列。另一个是下面要讲的AT&T的System系列。

AT&T公司开始注意到Unix所带来的商业价值后，公司的律师开始寻找一些手段来保护Unix，并让其成为一种商业机秘。从1979年Unix的版本V7开始，Unix的许可证开始禁止大学使用Unix的源码，包括在授课中学习。AT&T成立USG（Unix Support Group），将 Unix变成商业化的产品。

从此，BSD的 Unix 便和AT&T 的Unix 分庭抗礼，Unix就分为System IV和4.x BSD这两大主流，各自蓬勃发展。1979年发布的Unix 第七版被称为是“最后一个真正的Unix”，这个版本的Unix内核只有40K bytes。后来这个版本被移植到VAX机上。20世纪80年代相继发布的8、9、10版本只授权给了少数大学。1982年，AT&T基于版本7开发了UNIX System Ⅲ的第一个版本，这是一个商业版本仅供出售。为了解决混乱的UNIX版本情况，AT&T综合了其他大学和公司开发的各种UNIX，开发了UNIX System V Release 1。这个新的UNIX商业发布版本不再包含源代码，不再开源。所以加州大学Berkeley分校继续开发BSD UNIX，作为UNIX System III和V的替代选择。BSD对UNIX最重要的贡献之一是TCP/IP。BSD 有8个主要的发行版中包含了TCP/IP：4.1c、4.2、4.3、4.3-Tahoe、4.3-Reno、Net2、4.4以及 4.4-lite。这些发布版中的TCP/IP代码几乎是现在所有系统中TCP/IP实现的前辈，包括AT&T System V UNIX 和Microsoft Windows中的TCP/IP都参照了BSD的源码。

Berkeley Software Design,Inc（BSDI）很快就与AT&T的UNIX Systems Laboratories（USL）附属公司产生了法律纠纷，USL是AT&T注册的公司。AT&T为了拥有System V版权，以及Unix商标，为了垄断Unix，1992年，USL正式对BSDI提起诉讼，说BSD剽窃他的源码。而最终了结了好评如潮的BSD系统。这场官司一直打到 AT&T将自己的Unix系统实验室卖掉，新接手的Novell公司采取了一种比较开明的做法，允许BSDI自由发布自己的BSD，但是前提是必须将来自于AT&T的代码完全删除，于是诞生了4.4 BSD Lite版，由于这个版本不存在法律问题，4.4BSD Lite成为了现代BSD系统的基础版本。这桩诉讼最终在1994年1月了结，更多地满足了BSDI的利益。伯克利套件的18,000个文件中，只有3个文件要求删除，另有70个文件要求修改，并显示USL的版权说明。这项调解另外要求，USL不得对4.4BSD提起诉讼，不管是用户还是BSDI代码的分发者。于是，BSD Unix走上了复兴的道路。BSD的开发也走向了几个不同的方向，并最终导致了FreeBSD、OpenBSD和NetBSD的出现。从AT&T意识到了Unix的商业价值，不再将Unix源码授权给学术机构，到以后的几十年，Unix仍在不断变化，其版权所有者不断变更，授权者的数量也在增加。Unix的版权曾经为AT&T所有，之后Novell拥有了Unix，再之后Novell又将版权出售给了SCO。有很多大公司在取得了Unix的授权之后，开发了自己的Unix产品。由于Unix是由C语言写的，所以修改和移植都很容易，因此，很多商业公司及学术机构均加入这个操作系统的研发，各个不同版本的Unix也开始蓬勃发展。这才产生了今天这么多的各式各样的Unix衍生产品。如AIX、Solaris、HP-UX、IRIX、OSF、Ultrix等。这些商业化的Unix基本上都是源于AT&T授权的Unix System V。

由于在1987年，阿姆斯特朗大学使用版本V6的计算机科学系的教授Andrew Tanenbaum为了方便学生更好的了解操作系统的工作原理，他为教学目的克隆了一个Unix，并对其进行修改，创建一个叫Minix的开源的操作系统，并可以在80286的Intel芯片上运行。Minix从此变成了另一个起点，–Linus Torvalids 在1991年使用Minix的基础上开发了大约一万行的代码，将其发布到comps.os.minix论坛上供大家下载，后来在众多黑客和网友的支持开发下，终于在1994年3月14日发布了Linux1.0版本。1999年发布了Linux中文版。

纵观操作系统的发展历史，操作系统发展到现在，当今的操作系统已经多种多样，有操作系统的鼻祖Unix，Unix的变体Linux，用户众多的微软Windows，还有华丽的苹果MAC OS等。而在众多的系统中，Linux是系统家族的一个明星。Linux是一个诞生于网络、成长于网络且成熟于网络的的操作系统。1991年，芬兰赫尔辛基的大学生Linus Torvalds萌发了开发一个自由的UNIX操作系统的想法，于是他开始了他编写自由系统的道路，经过他的努力，Unix的变体终于成型。为了不让这个羽毛未丰的操作系统失折，Linus将自已的作品命名为“Linux”，并通过Internet发布。他把代码上传到社区让网友们自由下载、修改和上传。从此一大批知名的、不知名的电脑黑客、编程人员加入到开发过程中来，Linux逐渐成长起来，再后来网友们建议linus给该系统一个代表性的图标。他想了想，就用企鹅作为他作品的图标，之所有用企鹅是因为他小时候有一次去公园看企鹅，结果被企鹅咬了一口，给他留下了深刻的印象。

Linux一开始是要求所有的源码必须公开，并且任何人均不得从Linux交易中获利。然而这种纯粹的自由软件的理想对于Linux的普及和发展是不利的，于是Linux开始转向GPL，成为GNU阵营中的主要一员。现在，Linux凭借优秀的设计，不凡的性能，加上IBM、INTEL、CA、CORE、ORACLE等国际知名企业的大力支持，市场份额逐步扩大，经过20年的发展，Linux已经成为了当今最为流行的操作系统之一。

Linux的含义

严格的来讲，Linux不算是一个操作系统，只是一个Linux系统中的内核，即计算机软件与硬件通讯之间的平台；Linux的全称是GNU/Linux，这才算是一个真正意义上的Linux系统。GNU是Richard Stallman组织的一个项目，世界各地的程序员可以变形GNU程序，同时遵循GPL协议，允许任何人任意改动。但是，修改后的程序必须遵循GPL协议。

Linux的特点

Linux之所以流行，是因为它拥有如下几方面的特点：

开放性

开放性是指系统遵循世界标准和规范，特别是遵循开发系统互联（OSI）国际标准。凡是，遵循国际标准开发的硬件和软件，都彼此兼容，可以方便的实现互联。

稳定性

Linux的稳定性是众所周知的，由于他没有太多的UI界面，所以他相对其他操作系统较稳定。

多用户

多用户是指系统资源可以被不同用户各自拥有使用，即每个用户对自己的资源，

多任务文件系统，系统设备等。有特定的使用权。而彼此之间却不相互影响。Linux和Unix都具有多用户的特定。

设备独立性

是指操作系统把所有外部设备统一当成文件来看待，只要安装它们的驱动程序，任何用户都可以像使用文件一样，操纵、使用这些设备，而不必知道他们的具体存在形式。

具有设备独立性的操作系统，通过把每一个外围设备看做一个独立的文件来简化增加新设备的工作。当需要向系统添加新设备时，系统管理员就在内核中增加必要的连接。这种连接（也称做设备驱动程序）保证每次调用设备提供服务时，内核都可以使用相同的方式来处理他们。当新的及更好的外设被开发并交付给用户，这些设备都连接到内核后，用户就能够不受限制的立即使用它们。设备独立性的关键在于内核的适应能力。其他的操作系统只允许一定数量或者一定种类的外部设备连接。而设备独立性的系统，能够容纳任意种类及任意数量的设备，因为每一个设备都是通过其与内核的专用连接独立进行访问的。

丰富的网络功能

完善的内置网络是Linux的一大特点。Linux在通信和网络功能方面优越于其他操作系统。其他操作系统不包含如此紧密地和内核结合在一起的连接网络的能力，也没有内置这些联网特性的灵活性。而Linux为用户提供了完善的、强大的网络功能。

可靠的系统安全性

Linux采用了许多安全技术措施，包括对读/写进行权限控制、带保护的子系统、审计跟踪、核心授权等，这为网络多用户环境中的用户提供了安全性。

良好的可移植性

可移植性是指系统从一个平台移植到另一个平台它仍能按其自身的方式运行的能力。Linux是一种可移植的系统，它能够从微型计算机到大型计算机的任何环境中和任何平台上运行。可移植性为运行Linux的不同计算机平台与其他任何机器进行准确而又有效的通信提供了手段，不需要增加任何特殊的和昂贵的通信接口。

支持多种文件系统

Linux能够支持多种文件系统。目前支持的文件系统有EXT2、EXT3、ISOFS、MSDOS、UMSDOS、NFS、SYSV、Minix、SMB、UFS、NCP、VFAT、NTFS、AFFS等数十种。Linux最常用的文件系统是EXT3。

Linux的发行版本

发行版为许多不同的目的而制作, 包括对不同计算机结构的支持, 对一个具体区域或语言的本地化，实时应用，和嵌入式系统，甚至许多版本故意地只加入免费软件。基本上可以分为两大类：一类是由商业提供商提供的，在一定的时间内提供技术支持，该类版本的提供商有Red Hat和SUSE等；另一类是由具有共同的技术爱好者社区提供支持的，如Fedora、Ubuntu、Dibian、等。以下是发行版本中较为流行的几种：

Fedora

Fedora（原名 Fedora Core 自第七版更名为Fedora）是众多 Linux 发行套件之一。是一个开放的、创新的、前瞻性的操作系统和平台，基于 Linux。它允许任何人自由地使用、修改和重发布，无论现在还是将来。Fedora的前身是Red Hat Linux。2003年9月，红帽公司 (Red Hat) 突然宣布不再推出个人使用的发行套件Red Hat Linux而专心发展商业版本（Red Hat Enterprise Linux），但红帽公司也同时宣布将原有的 Red Hat Linux 开发计划和 Fedora 计划整合成一个新的 Fedora Project。Fedora Project 将会由红帽公司赞助，以 Red Hat Linux 9 为范本加以改进，原本的开发团队将继续参与 Fedora 开发计划，同时也鼓励开放原始码社群参与开发工作。 Fedora被红帽公司定位为新技术的实验场，与 Red Hat Enterprise Linux 被定位为稳定性优先不同，许多新的技术都会在 Fedora Core 中检验，如果稳定的话红帽公司则会考虑加入 Red Hat Enterprise Linux 中。Fedora 预计每年发行 2～3 次的发行版本。以下是从Fedora Core 1到Fedora 16的版本列表：

版本	名称	日期	状态	内核版本	Xorg	GNOME	KDE
Fedora 16	Verne	2011年11月8日	已发行	3.1.0	1.11	3.2	4.7
Fedora 15	Lovelock	2011年05月24日	已发行	2.6.38	1.10.1	3.0	4.6
Fedora 14	Laughlin	2010年11月2日	已发行	2.6.35	1.9.1	2.32	4.5.2
Fedora 13	Goddard	2010年5月25日	已发行	2.6.33	1.8.0	2.30	4.4.2
Fedora 12	Constantine	2009年11月17日	停止支持	2.6.31	1.7.1	2.28.0	4.3.2
Fedora 11	Leonidas	2009年6月9日	停止支持	2.6.29.4	1.6	2.26.1	4.2.2
Fedora 10	Cambridge	2008年11月25日	停止支持	2.6.27	1.5.2	2.24.1	4.1.2
Fedora 9	Sulphur	2008年5月13日	停止支持	2.6.25	1.4.99	2.22.1	4.0.3
Fedora 8	Werewolf	2007年11月8日	停止支持	2.6.23.1	1.3.0	2.20.1	3.5.8
Fedora 7	Moonshine	2007年5月31日	停止支持	2.6.21	1.3.0	2.18.0	3.5.6
Fedora Core 6	Zod	2006年10月24日	停止支持	2.6.18	1.1.1	2.16.0	3.5.4
Fedora Core 5	Bordeaux	2006年3月20日	停止支持	2.6.15	1.0.1	2.14.0	3.5.1
Fedora Core 4	Stentz	2005年6月13日	停止支持	2.6.11	6.8.2	2.10.0	3.4.0
Fedora Core 3	Heidelberg	2004年11月8日	停止支持	2.6.9	6.8.1	2.8.1	3.3.0
Fedora Core 2	Tettnang	2004年5月18日	停止支持	2.6.5	6.7.0	2.6.0	3.2.2
Fedora Core 1	Yarrow	2003年11月6日	停止支持	2.4.19	4.3.0 (XFree86)	2.4.0	3.1.4

Red Hat

1991年，Linus的Linux内核发布，同年加拿，多伦多大学毕业的Bob Yong在纽约把UNIX用户组引入系统管理自由软件。加强了Linux用户的管理功能。1993年，Bob Yang 创立了ACC公司，主要营销Linux和UNIX的支持软件和书籍杂志。 1994年，美国卡内基梅隆大学毕业的Marc Ewing建立了自己的Linux分销业务，并发布了Red Hat Linux 1.0。 1995年，AAC公司的Bob Yang 收购了Marc Ewing的业务，合并后的ACC公司成为新的Red Hat软件公司，并发布了Red Hat Linux 2.0。 1997年12月，Red Hat Linux 5.0发布，它支持Intel、alpha和Sparc平台和大多数的应用软件。极其简单易用的RPM模块化的安装、配置和卸载工具，使程序的安装可在15分钟内完成。软件升级也很方便，这对刚开始使用Linux的用户来说是非常好的消息。 2003年4月，Red Hat Linux 9.0发布。重点放在改善桌面应用方面，包括改进安装过程、更好的字体浏览、更好的打印服务等。2004年4月30日，Red Hat公司正式停止对Red Hat 9.0版本的支持，标志著Red Hat Linux的正式完结。原本的桌面版Red Hat Linux发行包则与来自社区的Fedora计划合并，成为Fedora Core发行版本。Red Hat公司宣布不再开发桌面版的Linux发行包，而将全部力量集中在服务器版的开发上，也就是Red Hat Enterprise Linux版。

Redhat系列，包括RHEL、Fedora Core(由原来的Redhat桌面版本发展而来，免费版本)、CentOS(RHEL的社区克隆免费版本)。发展到RHEL5时分成了两个版本，Server和Desktop。

Server版本又分为：

Red Hat Enterprise Linux Advanced Platform对应以前的 Red Hat Enterprise Linux AS

Red Hat Enterprise Linux对应以前的Red Hat Enterprise Linux AS

Desktop版本分为：

Red Hat Enterprise Linux Desktop对应以前的Red Hat Desktop

Red Hat Enterprise Linux Desktop with Workstation option 对应以前的Red Hat Enterprise Linux WS　　

Debian

Debian系列，包括Debian和Ubuntu等。Debian最早由Ian Murdock于1993年创建，Debian是社区类Linux的典范，是迄今为止最遵循GNU规范的Linux系统，它拥有很多的支持者，社区发展也非常稳定，软件的安装，升级非常方便，Bug补丁发布非常及时。分为三个版本分支：stable, testing 和 unstable。其中，unstable（不稳定）为最新的测试版本，其中包括最新的软件包，但是也有相对较多的bug，适合桌面用户。Testing（测试中）的版本都经过unstable中的测试，相对较为稳定，也支持了不少新技术（比如SMP等）。而stable(稳定)一般只用于服务器，上面的软件包大部分都比较过时，但是稳定和安全性都非常的高。Debian最具特色的是apt-get / dpkg包管理方式，其实Redhat的YUM也是在模仿Debian的APT方式，在二进制文件发行方式中，APT应该是最好的了。

Ubuntu

是现在最流行的Linux桌面系统。它简单方便，有KDE和GNOME等视窗界面可供选择，拥有强大的apt-get软件管理程序，安装个管理软件很方便。

Ubuntu严格来说不能算一个独立的发行版本，Ubuntu是基于Debian的unstable版本加强而来，可以这么说，Ubuntu就是一个拥有Debian所有的优点，以及自己所加强的优点的近乎完美的 Linux桌面系统。根据选择的桌面系统不同，有三个版本可供选择，基于Gnome的Ubuntu，基于KDE的Kubuntu以及基于Xfc的Xubuntu。特点是界面非常友好，容易上手，对硬件的支持非常全面，是最适合做桌面系统的Linux发行版本。

Gentoo

Gentoo是Linux世界最年轻的发行版本，正因为年轻，所以能吸取在她之前的所有发行版本的优点，这也是Gentoo被称为最完美的Linux发行版本的原因之一。Gentoo最初由Daniel Robbins（FreeBSD的开发者之一）创建，首个稳定版本发布于2002年。由于开发者对FreeBSD的熟识，所以Gentoo拥有媲美FreeBSD的广受美誉的ports系统 ——Portage包管理系统。不同于APT和YUM等二进制文件分发的包管理系统，Portage是基于源代码分发的，必须编译后才能运行，对于大型软件而言比较慢，不过正因为所有软件都是在本地机器编译的，在经过各种定制的编译参数优化后，能将机器的硬件性能发挥到极致。Gentoo是所有Linux发行版本里安装最复杂的，但是又是安装完成后最便于管理的版本，也是在相同硬件环境下运行最快的版本。

FreeBSD

最后，介绍一下FreeBSD，需要强调的是：FreeBSD并不是一个Linux系统！但FreeBSD与Linux的用户群有相当一部分是重合的，二者支持的硬件环境也比较一致，所采用的软件也比较类似，所以可以将FreeBSD视为一个Linux版本来比较。FreeBSD拥有两个分支：stable和current。顾名思义，stable是稳定版，而 current则是添加了新技术的测试版。FreeBSD采用Ports包管理系统，与Gentoo类似，基于源代码分发，必须在本地机器编后后才能运行，但是Ports系统没有Portage系统使用简便，使用起来稍微复杂一些。FreeBSD的最大特点就是稳定和高效，是作为服务器操作系统的最佳选择，但对硬件的支持没有Linux完备，所以并不适合作为桌面系统。

OpenSUSE

他是德国最著名的Linux发行版，在全世界也享有较高的声誉，号称是世界上最华丽的操作系统。它一直致力于创建一个连接数据库的最佳Linux版本。为了实现这一目的，SuSE与Oracle 和IBM合作，以使他们的产品能稳定地工作。他自主开发的软件包管理系统YaST也得到了大家的好评，SuSE还开发了SuSE Linux eMail Server III，是一个非常稳定的电子邮件群组应用。另外， SuSE的硬件检测也非常优秀，该版本在服务器和工作站上都用得很好。在安装方面， SuSE拥有界面友好的安装过程，还有图形管理工具，可方便地访问Windows磁盘，对于终端用户和管理员来说使用它同样方便，这使它成为了一个强大的服务器平台。在桌面方面， SUSE支持kde和gnome，xface等桌面，桌面特效比较丰富，新手用这个也很容易上手，缺点是KDE虽然华丽多彩，但比较不稳定。

版本选择的建议

Linux的版本之多可能让很多刚接触Linux的人有点不知所措，下面我给大家一些建议，提供参考：

服务器版的选择：

如果您是一个狂爱技术的技术爱好者喜欢研究系统的原理或者定制系统等，建议你可以选择BSD(严格讲，不属于Linux，它是基于Unix的)。

如果你需要的是一个的非常稳定的服务器系统来提供稳定的服务，并且不怕花时间来配置服务器，那么你同样可以选择用FreeBSD。

如果您在为你的企业选择一款稳定的、安全的、希望提供技术支持的而且资金没有问题的话，建议你选择付费的RHEL和企业版的SUSE。

如果您的企业不是非常大，想考虑投入生产环境使用的而且又想运行较稳定且安全的服务器系统，但是又不想发大量的资金购买收费的版本，建议您选择CentOS、Debian或者服务器版的Ubuntu。

个人版本的选择：

如果你只是需要一个桌面系统，又不想花大量的钱购买商业软件，那么你就需要一款适合桌面使用的Linux发行版本了，如果你不想自己定制任何东西只是想选择一个像Windows那样易用美观的，不想在系统上浪费太多的时间，那么很简单，你就根据自己的爱好可以在ubuntu、kubuntu、xubuntu等Ubuntu系列中选择一款，三者的区别仅仅是桌面程序的不一样而已。

如果您希望得到最新的开源软件或者进行新软件的测试并且不怕系统稳定性的问题，建议您可以考虑Fedora。它是一个更新快，且包含很多最新的开源软件的linux发布版，因为它充当于RHEL的实验版。

如果你需要一个桌面系统，而且还想非常灵活的定制自己的Linux系统，想让自己的机器跑得更快，也不怕在Linux系统安装方面浪费一点时间，那么你可以选择Gentoo。

总之，没有最好的，只有更好的。在Linux发行版的选择上也如此，你必须明确你的目标是什么再进行选择，选择符合你的才是对的。

Linux的发展前景

Linux以其开发、安全、免费强大的网络功能等特定，已经在各个领域，特别是服务器应用领域得到广泛的应用和发展，同时，Linux在嵌入式和中间件方面也表现出十分优秀的可移植性，利用Linux系统来进行软件开发已经成为了一种趋势，Linux的发展前景十分可观！

Linux、GNU及GPL/LGPL之间的关系

在20 世纪70 年代，UNIX 体系的源程序大多是可以任意流传的。在当时，人们在创作各自的“程序”作品时，都从中享受着从事科学探索、创新活动所特有的那种激情和成就感。那时的程序员，就像艺术家一样，急于“发表”自己的“程序”作品，而不像现在的商业软件模式一样，开发软件，并以许可的方式进行销售以换取高额利润。

1979 年，AT&T宣布了UNIX 的商业化计划，随之出现了各种二进制的商业UNIX 版本。于是就兴起了基于二进制机读代码的“版权产业”（Copyright Industry），使软件业成为一种版权专有式的产业，围绕程序开发的那种创新活动被局限在某些骨干企业的小圈子里，源码程序视为核心“商业机密”。这种做法，一方面产生了大批的商业软件，极大地推动了软件业的发展，诞生了一批软件巨人；另一方面，由于封闭式的开发模式，也阻碍了软件业的进一步深化和提高。由此，人们为商业软件的“专有权”付出了巨大的代价。于是，人们在探索能否有一种方法，让软件的开发像20 世纪70 年代那样。

理查德·斯托曼在1983年9月27日公开发起了GNU计划，意在创建一个自由的、和UNIX类似的操作环境。从那时开始，许多程序员聚集起来开始开发一个自由的、高质量、易理解的软件。理查德·斯托曼最早是在net.unix-wizards新闻组上公布了该消息，并附带一份《GNU宣言》等解释为何发起该计划的文章，其中一个理由就是要像20 世纪70 年代那样“重现当年软件界合作互助的团结精神”。

GNU是“GNU's Not Unix”的递归缩写，为避免与gnu（非洲牛羚）这个单词混淆，斯托曼宣布GNU应当发音为“Guh-NOO”，该发音与“canoe”的发音相似。

为保证GNU软件可以自由地“使用、复制、修改和发布”，所有GNU软件都包含一份在禁止其他人添加任何限制的情况下，授权所有权利给任何人的协议条款-GNU通用公共许可证（GNU General Public License，GPL）。这个也就是被称为“公共版权”的概念。GPL目前主要有以下三个版本。

（1）GPLv1。GPL版本1，即最初的版本，发布于1989 年1 月，其目的是防止那些阻碍自由软件的行为，而这些阻碍软件开源的行为主要有两种（一种是软件发布者只发布可执行的二进制代码而不发布具有的源代码，一种是软件发布者在软件许可加入限制性条款）。因此按照GPLv1，如果发布了可执行的二进制代码，就必须同时发布可读的源代码，并且在发布任何基于GPL许可的软件时，不能添加任何限制性的条款。

（2）GPLv2。理查德·斯托曼在GPLv2 中所做的最大的改动就是增加了“自由还是死亡”这章条款，即第七章liberty-or-death Presentation。这章中声明道，如果哪个人在发布基于GPL的软件的时候，同时添加强制的条款，以在一定程度上保障和尊重其他一些人的自由和权益，那么他将根本无权发布该软件。到了1990 年，人们普遍认为一个限制性弱的许可证对于自由软件的发展是有战略意义上的好处的，因此当GPL 的第2 个版本（GPLv2）在1991年6月发布时，与此同时第2个许可证程序库GNU通用公共许可证（LGPL，the Library GeneralPublic License）也被发布出来，并且一开始就将其版本定为第2版本以表示其和GPLv2 的互补性。这个版本一直延续到1999 年，并分支出一个派生的LGPL版本号为2.1，并将其重命名为轻量级通用公共许可证，又称宽通用公共许可证（Lesser General Public License），以反映其在整个GNU哲学中的位置。

（3）GPLv3。2005 年，GPL版本3 正是由斯托曼起草的，由伊本·莫格林和软件自由法律中心（Software Freedom Law Center）提供法律咨询，2007 年3月28 日正式启用。斯托曼在2006 年2月25 日自由及开源软件开发者欧洲会议的演讲上说在GPL所有的改动中，最重要的包括以下四点。

1. 解决软件专利问题。

2. 与其他许可证的兼容性。

3. 源代码分割和组成的定义。

4. 解决数字版权管理问题。

到了1990年，GNU计划已经开发出的软件包括了一个功能强大的文字编辑器Emacs、C语言编译器GCC以及大部分UNIX系统的程序库和工具。唯一依然没有完成的重要组件，就是操作系统的内核（称为HURD）。 1991年，林纳斯·托瓦兹编写出了与UNIX兼容的Linux操作系统内核并在GPL条款下发布。Linux之后在网上广泛流传，许多程序员参与了开发与修改。 1992年，Linux与其他GNU软件结合，完全自由的操作系统正式诞生。该操作系统往往被称为“GNU/Linux”或简称Linux。

cacti视频教程

Wed, 23 Nov 2011 17:23:30 +0800

专业的cacti视频教程，本人录制，需要的可以来群里拿高清cacti配置教程

http://v.youku.com/v_show/id_XMzAxNzUyMDA4.html

squid缓存服务器教程

Wed, 23 Nov 2011 17:22:00 +0800

已经将squid缓存服务器录制成视频教程，需要的朋友可以来群里拿高清squid教程 http://v.youku.com/v_show/id_XMzEzOTA5MTU2.html

nagios搭建以及飞信报警教程

Wed, 23 Nov 2011 17:20:32 +0800

我已经录制成视频发到http://v.youku.com/v_show/id_XMjQ4NTg3OTAw.html

需要高清的可以来群里拿

Win8硬件必须保留Linux使用权

Wed, 02 Nov 2011 08:32:11 +0800

开源Linux厂商Redhat及Canonical发表联合声明，要求微软Windows 8系统认证硬件保留使用Linux操作系统的权利。Linux基金会也发表一份白皮书，希望让Linux操作系统等开源代码平台可以搭配UEFI的“安全开机”（Secure Boot）功能运作。

　　微软规定取得Windows 8认证（Designed for Windows 8标签）的电脑必须使用UEFI介面取代BIOS，而且必需使用其Secure Boot功能。该功能可以在电脑开机时，为避免Rootkit等恶意软件控制电脑，只使用认证过的软件开机。

　　事实上Linux阵营也都认同微软以UEFI取代BIOS，因为这样可以让操作系统与硬件更好的兼容，在硬盘、内存、电源管理等方面都可以有更好的表现，而且Secure Boot的确可以避免使用者的设备遭恶意软件绑架。但是Linux阵营担心的是，一般使用者可能在微软限制下而无法安装Windows之外的操作系统。

　　Linux基金会建议硬件厂商开放Secure Boot的设定，以方便各Linux系统可以在Secure Boot机制下启动，并使用其安全机制，支援多重操作系统开机。该基金会将建立一个独立的证书颁发机构，让多个操作系统可以取得Secure Boot所需的凭证。

　　不过该系统是否能运作的关键在于硬件厂商是否支援。电脑硬件必须能够容许使用者重新设定其Secure Boot功能的相关凭证，否则开启Secure Boot功能时，该硬件仍仅能使用预设的微软操作系统。

　　微软原先设定仅有硬件生产厂商可以设定Secure Boot的操作系统凭证，Linux团体建议硬件设备厂商应该提供适当的机制，让使用者拥有更大的控制权可以改变相关设定。

　　微软九月在Build 2011展示Windows 8系统，并通过由三星生产的平板电脑发送给开发人员，该电脑就可以将Secure Boot功能关闭。微软当时也在博客中表示，使用者可以控制自己的电脑设备是否开启Secure Boot功能，尤其是想执行先前版本操作系统的用户，但认为关闭Secure Boot功能很容易遭受攻击。

　　Linux团体希望所有的Windows 8系统至少要保留用户开关Secure Boot功能的选项，以方便使用者安装Windows 8以外的操作系统。Windows 8预计将于明年下半年上市，支持x86/x64及ARM处理器，目前微软已经释出开发人员预览版本。

Android增长将威胁苹果iPhone生态系统

Mon, 31 Oct 2011 08:28:23 +0800

“果粉”曾对Android嗤之以鼻

　　在过去几年中，苹果的粉丝（简称“果粉”）们看不起Android，认为它不会对苹果构成威胁：

　l 一开始，果粉们认为Android手机比iPhone落后了一年以上，根本无法和后者相比

　　l 然后，当Android手机缩短了与iPhone的差距时，果粉们指出iOS平台的市场规模依然远大于Android，也更受程序开发人员青睐

　　l 再后来，当Android称雄智能手机市场时，果粉们又辩称Android手机由多家不同厂商制造，而苹果依然是全球最大智能手机厂商，此外苹果的应用商店（App Store）也是开发人员的最佳平台

　　而现在，Android不仅是市场份额最大的手机操作系统，还从苹果那里抢走了“全球最大智能手机厂商”的头衔。在今年第三季度，三星制造的Android手机出货2800万部，远超出苹果iPhone的当季销量（1700万部）。

　　苹果被三星超越，的确也情有可原：首先，很多消费者都在等待iPhone 5上市；其次，三星的“出货量”是指进入分销渠道的销量，并非终端用户购买量；再者，三星的智能手机销量也包括了一些Windows手机；最后，苹果凭借 iPhoen 4S，第四季度销量必然气势如虹。

　　但是尽管如此，iOS和iPhone被超越已是不争的事实。现在，三星和摩托罗拉制造的智能手机在设计与性能上已经相当接近iPhone，以至于一些曾经的“果粉”也转投Android。此外，开发人员也越来越重视Android平台。

　　不可小觑Android的“网络效应”

　　在全球智能手机平台的王者之争中，目前的趋势对苹果而言可谓堪忧。

　　科技行业的发展史一而再、再而三地证明：技术平台市场总会围绕某个处于统治地位的平台而趋于标准化。尽管在市场发展阶段，若干不同平台可以共存，但优势显著的领跑者终会出现；而它一旦出现，就会产生越来越强的“网络效应”，使得其他小平台声势渐微。

　　就Android而言，由于它目前是免费的，其日益增长的市场份额还不能给谷歌带来巨额利润。（不过谷歌正围绕其利润可观的搜索业务大做文章，让Android用户可在手机上更方便地使用谷歌搜索。而且谷歌收购摩托罗拉之后，可能会推出自有品牌手机。）

　　但是Android手机卖得越好，Android操作系统的市场份额就越大，其网络效应也会越来越强；而苹果iPhone生态系统的影响力将被削弱，于是苹果从iPhone、应用程序开发人员、音乐人、媒体公司等方面获取的惊人利润也会受到威胁——很多内容提供者之所以向苹果支付大笔发行费用，是因为他们别无选择。

　　类似地，全球其他手机厂商与苹果之间的差距越小，苹果就越难对其全球零部件与制造供应链中对其合作伙伴施加影响力。

　苹果现存三大优势

　　我们曾经指出，经历了20世纪90年代个人电脑平台的溃败之后，苹果汲取了惨痛的教训。而今天的新苹果与当年的老苹果相比，有着三大优势：

　　l 苹果现在采取了平价策略，价格不再高不可攀（在二三十年前，苹果的Mac电脑一直以价格高昂著称）

　　l “平台”对于智能手机而言，并不像对于个人电脑那样神通广大（因为很多应用程序在所有手机上都能使用，其中一些还是基于云计算技术的）

　　l Android目前尚未形成统一化的平台，有若干互不兼容的不同版本，这在一定程度上削弱了它的优势。

　　借助以上优势，苹果在过去几年中保持了良好的发展势头。但是苹果今年推迟新款iPhone手机发布时间以及将革命性新手机推迟至明年发布的做法，给了Android缩小差距的机会。Android市场份额的持续增加、三星手机在第三季度的井喷式销量增长以及同期内iPhone令人失望的销量，都应当引起苹果的高度警惕。

高端企业级存储IBM XIV常见问题

Sat, 22 Oct 2011 11:22:16 +0800

谢谢大家的捧场，希望这些资料对大家有用，但是之前和别人要资料时也答应帮忙宣传一下IBM存储的新浪微博，所以我插一个广告，希望大家见谅，不过微博上的内容我看过了，还是不错的，有很多案例的分享，给个地址：http://t.sina.com.cn/ibmtechfan

第一个问题是关于DS8K和XIV的

大家都知道DS8K已经是高端存储了，XIV也是定位在高端存储上的，那IBM会让XIV和DS8K打架吗？

哈哈，答案当然是不会，我知道我不说你们也知道....那理由是什么呢？我询问了一下IBM的产品经理，答案如下：

在IBM的产品序列中, XIV和DS8K是平行存在的, DS8K以及DS5K将继续作为分层存储为客户提供适当的存储平台, 而XIV作为自动化存储也将为客户提供简单, 高可靠性的海量整合存储平台

第二个问题：XIV和各大友商的产品
总是听到很多朋友说项看看XIV合3par，compellent，HP EVA的比较，也总是听人拿XIV和EqualLogic做比较，说它们同样是网格架构，同样的Scale Out，Equallogic 比XIV早出现，为什么说XIV是第一个Scale-out？除此之外，EqualLogic还支持SSD，XIV和Equallogoic比，到底好在哪里？
同样是咨询的产品经理，当然，经理是IBM的经理，一定是帮着XIV讲话的，但是希望大家看到一些技术本质的东西，不要追究回答者的身份，因为是我千辛万苦问来的...

近些年, 的确出现了很多号称Scale out架构和虚拟化的存储产品, 但是, 只有XIV是真正从底层的数据存取来解决问题的, 只有XIV通过网格架构和Scale-out的架构解决了热点问题, 解决了传统存储系统对于磁盘的依赖, 可以真正实现性能与容量的线性增长. 除XIV之外的存储系统只是在RAID之上的更高层次实现了部分虚拟化, 部分具备了Scale-out的特点.
对于Equallogic和XIV, 在市场定位以及技术实现上有着巨大的不同, 与XIV定位为高可靠, 高性能不同, Equalligic定位于中低端IP SAN存储市场, 适用于是小规模, 低性能要求的中小型非核心业务, 其主要的竞争对手是HP Lefthand 而非XIV. 如果今天你看到Dell又宣布收购了3PAR, 你不妨问问DELL如何定位3PAR和Equallogic?

第三个问题：IBM说V-MAX是半成品，为什么说V-MAX是半成品？

V-Max是EMC号称18年来存储的最大革命, 但是, V-Max本身并无太多创意可言, V-Max只不过是在CX4-960的控制器上安装了Symmetrix 的Enginuity 操作系统而已, 其号称的虚拟化特性Virtual LUN, FAST等技术其实早已在CLARiiON以及DMX上实现, V-Max并无特别适应虚拟化环境的特性. V-Max与3Par类似, 采用的是介乎于传统高端存储与中端存储之间的混合架构, 其数据存取以及缓存到磁盘的路径与DMX并无本质的不同, 虽然V-Max也可以通过扩展引擎来提升性能, 但其复杂的CC-NUMA架构又会带来节点之间的数据交换问题, 因此与XIV相比, 只能算是半成品.

第四个问题：XIV的后端磁盘的管理也是分布式的管理吗？由多个前端节点分别管理，那么怎么实现IO能调动所有的磁盘？

XIV的后端磁盘管理也是分布式的, 每个数据模块内部的磁盘主要由本地管理, 由于XIV为独特的网格架构, 内部的所有磁盘已经被分割成很多个1MB大小的分区(可以理解为1MB的小硬盘), 并由所有的节点共同维护地址映射表, 因此可以做到完全没有主控节点, 所有IO都是并发访问全部磁盘的.

第五个问题：XIV每个控制器都可以管理还是有个集中地管理agent？

答: XIV的所有模块都通过独立的冗余管理系统连接在一起, 并在第4,5,6模块上设置了3个用于外部访问的管理接口.

第六个问题：XIV适合不适合流媒体？适合不适合OLTP？

答: XIV非常适合OLTP环境, 在典型的数据库或是数据仓库场景中, XIV在真实应用中的表现非常出色. XIV也可以提供相当高的吞吐能力, 可以用作流媒体的存储系统, 但是, 由于一般流媒体对数据的安全要求不是太高, 对存储的可靠性要求也不是太高, 因此如果客户对数据的安全要求不是太高的话, 我们一般推荐客户使用更高性能价格比的中端存储架构, 比如DS5000.

第七个问题：是否入门级6模块的性能受影响？如何测试才是科学的？例如入门级的随机IO延迟是多少？rebuild的时间？orion测试下100%密集随机访问以及100%大容量顺序访问时的性能？

答:较之传统的硬盘数量近似的光纤存储系统, 即使是入门级的6模块版本的XIV也可以提供非常优秀的性能. 我们认为在客户真实的应用环境中测试才是最科学的, 才可以真实反映客户的需要, 以及存储系统的性能是否可以满足客户的要求. 采用标准测试工具的测试做法一定要先整明白这种测试方式和自己的应用究竟有多大关系，能反映自己应用的需求吗？有多少系统在生产环境下真的跑出了当初工具测试的结果？Why? 又有什么样的应用是100%密集随机访问，又有什么样的应用是100%大容量顺序访问？性能问题的讨论一定要立足于实际应用场景和实际需求

第八个问题：XIV只支持SATA，只用SATA硬盘来跑企业最核心的应用让人很不能理解，对于企业级这样的应用访问频度，SATA硬盘能长时间撑下来吗？（这个问题貌似问的人很多，吼吼）

答: 使用XIV运行企业核心应用恰恰是XIV的最大亮点! XIV对于存储技术的贡献在于证明了使用先进的架构和优秀的算法, 的确可以摆脱存储系统对磁盘的依赖, 传统存储系统只有使用转速更快的硬盘才能运行高负载的随机读写, 这主要是RAID算法并行度不高, 不能把这些随机IO更离散的分布到更多的磁盘上, 因此产生大量的寻道时间, 而XIV的算法可以做到极高的并行度, 因此即使是在高负载的OLTP环境中, XIV也不依赖于磁盘的寻道时间.
同时, 由于XIV中没有热点, 并且采用了MTBF高达120万小时的企业级SATA磁盘, 完全可以适应长期高负载运行, 这就是架构的力量.

第九个问题：为什么不支持SSD和高速SAS盘？

答: 不支持SAS的原因很简单, 即使是使用了SAS磁盘, 也不会带来更高的性能, 更好的可靠性, 而价格更高, 容量更小.

至于SSD, 我们应该看到SSD当前仍然存在问题, 比如写性能并无太大提升, 寿命有限, 单位价格极高等等, 所以SSD的普及尚待时日, 现在也仅有部分客户把SSD用作读较多的小型数据库的存储介质.

XIV使用SATA磁盘就可以满足绝大多数用户的性能需要, 那些需要极高读性能的小型数据库的客户, 并不是XIV的目标客户. 当然, 不排除在SSD的缺陷得以解决, 并且价格更合理的情况下XIV也会引入SSD技术.

第十个问题：XIV在国内的应用实例缺乏，有没有确切的实例来说明XIV的可靠性，易用性等各种优点。

答: 截至2010年第二季度, XIV全球发货超过2500台, 单个客户超过 PB级别安装量的也已将近二十家，国内客户数量也超过60个, 遍布电信, 金融, 政府, 医疗, 交通, 证券, 保险等行业, 是在客户最核心的数据库业务或是在海拔3600的高原地区, 都有XIV在稳定的运行. 所有XIV的客户都认为XIV是简单易用的. 在IBM官方网站上提供了非常丰富的包括文字，视频等在内的客户参考案例。

第11个问题：XIV180TB的裸容量实际可用容量才80TB左右,不到一半.XIV是一个块级别的虚拟化产品,难道要用块级别的存储系统来做云存储? 而且XIV只能做RAID 10，空间利用率是不是太低了？

答: 误区1: XIV不是RAID10, XIV中没有RAID技术, XIV中数据保护的单位是1MB的分区而不是磁盘;

误区2: 云分为私有云和公有云, 云的客户也同样会有对数据安全以及性能的需要. XIV就是IBM块级存储云的核心系统, 它可以为云的客户提供高可靠高性能的存储空间;

误区3: 用户需要裸容量吗? NO, 用户需要可用容量, 而且, 几乎所有的客户都会把他们的重要数据放在RAID1/10上, 而且, 传统存储系统随时间会产生大量”孤岛空间”, 还要为低效的克隆以及快照预留大量空间, 因此传统高端存储的空间利用率一般小于40%

第12个问题：XIV都没有支持Z，要如何运用到金融行业中去？XIV不支持Z，是否也不支持PPRC/XD？

答: XIV当前支持的平台包括所有主流的开放系统，对System Z目前XIV支持Z linux和ZVM;
金融行业中不是全部的业务都在Z上, 也不是所有金融行业的客户都会用Z; 在金融行业的开放系统平台上， XIV可以扮演非常重要的角色。国内外已有不少金融业的案例, 包括XIV最早的客户Bank of Leumi.

PPRC/XD是传统ESS上的复制软件功能， XIV自身同样提供了对远程同步复制和远程异步复制的支持，而且所有复制功能软件无须额外的License.

第13个问题：扩展性，虽然理论上可以无限扩展，但是目前只能有一个rack，是否能做到无限扩展？

答: 如果一个客户的业务有超过1PB的数据, 使用传统的高端存储的话, 我们会仅给客户配置一台存储系统吗? 访谈一下今天您所熟悉的PB级客户，答案是不言自明的。

在这种情况之下, 完全可以为客户配置多台XIV, 而这多台XIV是否在逻辑上是一台设备, 这并不重要.

今天的已经在运行的所有XIV PB级客户案例都是通过多个rack在SAN环境下提供统一的数据平台。

第14个问题：XIV 使用scale-out 的架构，但是并不表示scale-out就比scale-up更先进，那sacle-out比sacle-up到底好在哪里？

答: 就像CPU的发展一样, 以前提升性能只需使用更高主频的CPU, CPU的主频已经达到瓶颈时, 就只能通过多核并发的Scale-out架构来实现.

第15个问题：谈到TCO，国内和国外的人力成本是不能比的。在中国，自动化搞不定的事，可以通过人力来摆平，比如维护什么的。那TCO就不能以国外的水准来算， XIV又是如何在国内降低TCO的呢？

答: 不可否认的是, 即使是在国内, 人力成本也是水涨船高的, 尤其是有经验的存储管理员, 更是稀缺资源;
另外, 由于我国经济正在腾飞, 我们的客户也在快速成长, 业务千变万化, 随时都有调整变化的可能, XIV的简单易用的虚拟化管理, 更能适应快速部署, 快速变更.

（个人觉得这段中国经济的话太忽悠，主要觉得下面所列的几项比较关键）

XIV TCO:

所有软件免费

不需要购买多路径软件

容量密度高

节省机房空间

节电

无需长期的系统培训

快速变更, 快速部署

第16个问题：为什么听说实际的IOPS为什么只有9000多？

答: 我们需要的是更详细的环境分析而不是一个数字.

比如, 9000 IOPS的应用是什么? Block Size多大? 跑了多少个进程? XIV是几个模块? 有无对比的存储系统? 其配置?

例如, 如果block size为256KB, 9000 IOPS就意味着带宽可以达到 2.3GB/s…

TOMCAT6实现集群和SESION复制

Sat, 22 Oct 2011 11:17:06 +0800

在负责的项目中遇到了TOMCAT集群的应用，特写下来这个实例。

一、系统环境 1、使用APACHE+TOMCAT方法来实现集群 2、Clustery主机为Centos5.6 ,tomcat 主机为Centos一台（与APACHE为同一台）、一台Asianux、一台WIN，查看一下APACHE版本与JDK版本：

[root@localhost ~]# httpd -version
Server version: Apache/2.2.3
[root@localhost ~]# java -version
java version "1.6.0_17"
OpenJDK Runtime Environment (IcedTea6 1.7.5) (rhel-1.16.b17.el5-i386)
OpenJDK Server VM (build 14.0-b16, mixed mode)  ##各TOMCAT主机JDK版本应尽量一致

2、时间的因素所有节点的操作系统时间必须一致！不然会出现节点之间Session同步困难的现象，从而网站会很慢，从同一台NTP获取时间是个不错的主意。

二、具体配置 1、APACHE配置

[root@localhost ~]# vi /etc/httpd/conf.d/mod_jk.conf
<ifmodule !jk_module>
LoadModule jk_module modules/mod_jk-1.2.23-apache-2.2.x-linux-i686.so   ##下载mod_jk放到/etc/httpd/modules下， 注意版本,TOMCAT官网有下载
</ifmodule>
<ifmodule jk_module>
JkWorkersFile conf/workers.properties
JkMount /* controller
</ifmodule>

建立conf/workers.properties

[root@localhost ~]# vi workers.properties
worker.list=controller,tomcat01,tomcat02,tomcat03
worker.tomcat01.port=8009
worker.tomcat01.host=localhost
worker.tomcat01.type=ajp13
worker.tomcat01.lbfactor=1        ##权重，值越大分到的请求越多
worker.tomcat02.port=8019
worker.tomcat02.host=192.168.1.190
worker.tomcat02.type=ajp13
worker.tomcat02.lbfactor=1
worker.tomcat03.port=8029
worker.tomcat03.host=192.168.1.188
worker.tomcat03.type=ajp13
worker.tomcat03.lbfactor=1
worker.controller.type=lb
worker.controller.balanced_workers=tomcat01,tomcat02,tomcat03
#worker.controller.sticky_session=1   ##粘性session,本例用复制session;

2、TOMCAT 配置 2.1.三个tomcat的AJP 端口与workers.properties中要一致

<Connector port="8019" protocol="AJP/1.3" redirectPort="8443" />

2.2.Engine配置

[root@localhost ~]# vi tomcat/conf/server.xml
<Engine name="Catalina" defaultHost="localhost" jvmRoute="tomcat01">##jvmRoute为本tomcat在workers.properties中的名字

2.3.Cluster配置（sessions的配置）

[root@localhost ~]# vi tomcat/conf/server.xml
<cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster" channelSendOptions="10"> ##异步模式下完成完成Session的拷贝并效验
     <manager className="org.apache.catalina.ha.session.DeltaManager"
                expireSessionsOnShutdown="false"
                notifyListenersOnReplication="true"/>
       <channel className="org.apache.catalina.tribes.group.GroupChannel">
         <membership className="org.apache.catalina.tribes.membership.McastService"
                     address="228.0.0.4"   ##组播地址
                     port="45564"
                     frequency="500"
                     dropTime="3000"/>
         <receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
                    address="auto"
                   port="4031"
                   autoBind="100"
                   selectorTimeout="1000"
                   maxThreads="6"/>
         <!-- timeout="60000"-->
         <sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter">
           <transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender" />
         </sender>
         <interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/>
         <interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor"/>
         <interceptor className="org.apache.catalina.tribes.group.interceptors.ThroughputInterceptor"/>
       </channel>
       <valve className="org.apache.catalina.ha.tcp.ReplicationValve"
              filter=".*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt;"/>##过滤一些不需要同步session的文件,提高反应速度;
       <valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/>
       <clusterlistener className="org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener"/>
       <clusterlistener className="org.apache.catalina.ha.session.ClusterSessionListener"/>
     </cluster>

三、web应用程序中session复制配置 session复制配置则是在发布的web应用程序中的web.xml中添加

 <display -name>Tomcat</display>
    <distributable />  ##在两者之间加入这句
</web-app>