Archive for 十二月, 2005
体验德国的杰作
对于同一个产品，美国人擅长利用产品更高效、更强大的功能体现自己的技术优势；欧洲人擅长利用对于细节的把控体现自己设计优势；日本人擅长在成本上体现自己的经营优势；中国人……擅长在原材料上体现自己的偷工减料。
RedHat作为一家美国，体现出了美国人对于linux应有功能的理解。而Suse，一家德国公司却以一种不同的方式体现着对于linux的不同理解。如果第一次用Suse，你也许会说：linux竟然也可以这么美。
Suse这个名字我习惯上叫做[susi:]，也有人按照英语的读法叫做[sju:s]，至于叫做什么也不做深究。印象中Suse是第一个linux的商业公司，开创了商业linux的先河。自被Novell收购以后，将其桌面版本改名为open Suse，最新版本为10.0。
上一次曾经说过将cd版本的Suse转制成DVD的版本，其实还有更省力的方法：
- 刻录第一张光盘，同时将下载好的镜像文件解包分别以CD1 CD2 CD3 CD4 CD5的目录拷贝在windows分区的同一个目录下。
- 利用第一张光盘启动并配置安装。
- 重新启动后进入Suse，系统提示安装2~5号盘，全部“跳过”并”忽略“，设置结束后如果不出意外，系统将会采用fvwm的桌面。
- Suse->ya2st->设置安装源->填加刚才CD1镜像所在的目录，windows下的分区已经被自动挂装在/windows的目录下，这一点比Redhat做的好。
- 填加软件包，如果对于自己的配置没有把握的话可以直接“更新系统”中安装合适的系统。
- 重新启动，OK。
与传统的linux系统不同，Suse有点类似于Gentoo的liveCD的启动方式，刻意去避免了加载内核到启动X那一段时间“黑暗的界面”全部利用比较美观的主体背景加以掩盖，甚至相比XP的启动画面还要美观，对于那些“看不惯”的用户可以使用ESC来回切换，但字体非常的小，难以看清，我好不容易习惯了这种小字忽然觉得BIOS的启动换面字体比往常粗糙了很多。
默认的X登录界面有抄袭XP的嫌疑——几乎一模一样的布局、色调，同样位置的输入框，类似的按钮、用户列表，还有一个类似于msn图标的用户logo。不同于RH系列，Suse不允许root用户直接登录。
与Redhat系列推荐gnome的桌面不同，Suse似乎更看好KDE，KDE有着更华丽的外表，但同时带来的却是效率还是存在一点问题的，如果用惯了RH 或者 FC的话会有“卡”的感觉，但速度比起Solaris是好不少。新版本用的是KDE3.4，默认了吉祥物——变色龙的主题，比较有趣。由于我没有使用过没有改动过的KDE3.4版本，所以没法说他们对于KDE做了怎样的调整。
各种桌面细节很是到位，唯一就是对中文的支持有点问题，有缺字现象，需要从windows下拷贝字体过来替换字体。
软件包很全面，应有尽有，包括RH几年前就从中移除的wine和mp3插件都备齐，甚至还有类似于3dmax的3D制作软件，省得来回下载安装。
设置工具可能是用惯了RH的，用起来有点不太习惯。但感觉非常方便，对于拨号上网的用户甚至提供了任务栏的快速按钮。对于传统的KDE管理器也作了不少的改动，集成进了ya2st的面板，其实对于Suse的ya2st而言他已经涵盖了几乎所有的系统配置。让我头疼的xen而言，Suse提供了简单的图形化配置工具。
对于中文的 输入方法，Suse用了比较类似于微软输入法的SKIM，利用shift可以直接切换中英输入，这一点比较适合我。
对于自带的游戏而言，感觉比FC自带的多不少，其中不乏3D游戏，如果你的显卡驱动（opengl驱动）没有安装的话，在运行前会得到提示。呵呵，挺人性化的。
Openoffice是比较新的1.9版本，似乎Suse有种什么都要改改的习惯，软件载入图片成了
变色龙。里面的图标、about全变了。类似的还有FrieFox .
算了，暂时写到这里，以后有机会再作介绍。要说他与FC的优劣，没有必要评论——软件的哲学就不一样，更何况相比FC4,Suse10晚了半年多，就等明年2月分的FC5了。
suse的桌面
openoffice
小学时代著名的logo语言，我竟然记得命令
令人哭笑不得的“企鹅国象”
PS：本文全部在Suse10.0下完成。
回想安腾
INQ报道－－AMD工程师Raghuram Tupuri在DigiTimes的采访中预测，几年以后，将不会再有人记得Intel Itanium处理器的存在。
接触安腾并不多,也就是接触了一台曙光的服务器是安腾的芯片,当时的感觉是非常高端的机器了,也许AMD的上述评论一部分出自于商业因素，但安腾不被人看好确实不争的事实。
也许安腾的悲哀正式目前IT的悲哀……
安腾平台的创新在于通用的借口，不管什么样的硬件只要符合标准就不需要做过多的配置，直接与BIOS通信就可以解决，想法不错解决了配置驱动的繁琐问题，但各个厂商似乎出于种种不可告人的理由几乎没有什么像样的产品问世，到头来是Intel在苦苦支撑一个平台的软硬件，后期除了HP几乎没有别的厂家还在卖IA64的服务器——Intel害怕得罪硬件厂商，始终不敢发售自有品牌的服务器，只有帮别人贴牌做；DELL以做低端为主，懒得管IA64的事；IBM 、SUN又有自己的Power 和Sparc系列CPU；如果当初HP自己的Alpha没有出现问题的话，恐怕下场还要难看。
安腾，一个在错误的时间、由错误的公司推出的一个本不应该失利的硬件平台。
用PHP生成Google sitemap
Google Sitemaps 是帮助改善您的网站在 Google 索引中的覆盖面的一种便捷方法。 这是一个能够让您直接与 Google 交流的协助式抓取系统。您可以向 Google 提供有关您所有网页的具体信息，如网页的最新修改时间或网页的更改频率，而获得更为智能的抓取。
链接地址 ：https://www.google.com/webmasters/sitemaps/siteoverview?hl=zh_CN
该class的原作者为一个保加利亚人，我做了部分的修改，以便其能够支持使用gz压缩文件，节省传输速度。
安装Solaris10失败
常听别人说Nforece的主板跟开源系统总归有点摩擦，他们不愿意公开驱动程序代码。今天被我见识了。
机器配置：AMD3000+ nforce400 + ATI 9700 pro + 2 wdSATA200GRAID 0
软件版本：Solaris 10 For X86
开始安装的时候一切正常，正常的拷贝，正常的设置主机名、密码等等。使我有了想要反驳这个理论的想法，安装结束后重新启动发现Boot manger也配置正常了，启动Solaris似乎也正常，然而就当load kernel结束时，满屏幕的warning !大意是找不到磁盘之类的报错。换成RAID1还是不行，拆掉Raid0单硬盘重装问题仍旧，没有ATA的磁盘，没有测试。
难怪Sun自己的AMD64服务器从来不用nforce芯片组的板子。
最后强烈要求Nvidia开放自己的驱动程序源代码！
RMB2005版与旧版ATM的兼容问题
前几天帮人弄了点东西，赚了3000块外快。
30张崭新的连号2005新版100元钞票，新的可以割破手指。说老实的，我已经许久没有拿到手这么多现金了，以往都是走帐户的。找个银行汇到自己的帐户上，因为相比之下我还是觉得大面值花费走银行卡比较安全。
在那边周围银行不少，但不知为什么都是人满为患，于是找到了旁边的自动存款机，哪知“兼容性问题”——我放进去30张出来还是30张，而且连次序都没有改变，旁边的另外一台看起来比较新了，照旧！几次下来银行的保安似乎是盯上我了，在我旁边不停的看。八成是觉得我有用假钞存款的嫌疑。
于是我只能傻乎乎像一帮老头老太那样，领个号码牌，可怜巴拉的排了半个多小时的队，就为存3000块……晕倒！
2005版的新钞出来快又半年了，兼容性仍然是差的可以，前几天才听到同事抱怨到菜场里买菜人家的验钞机验不出不敢收，今天我也碰到了这样的事。
LVS简介
LVS可称为Linux虚拟服务器，它具备高可用性、可扩充性和科学性的数学运算，而这些也就是集群系统 (Cluster System)的应用。
高可用性High-Availability (HA) 不允许有服务中断的情形发生时。由两台以上的计算机通过一定方式互相监听，当主要服务器主机出现问题而无预警的停止服务时，备份服务器能够自动立即接替工作，使客户端感觉不出有异。
可扩充性 (Scalability) 应用在web 、ftp server上为多。当用户连结一个地址，但实际上是有若干台服务器在提供服务。而当服务请求达到饱和时，还可以很容易地再添加新的节点而不用停掉整个 cluster，实现所谓的"热插拔"，这也就是Cluster中的一个概念-Scalability (易扩展性)。而且，cluster还会查询真实节点的情况，当某台真实节点没有响应时，就不再把任务分配到那里，直到这台节点恢复正常。
科学的数学运算 (Scientific) 用于效能、图像处理等计算
Cluster已经发展多年，也比较成熟了。之前需要专业的软/硬设备才能实现。所以只有少数公司才有能力用的起。现在Linux上的LVS就可以让你在PC上架设Cluster的解决方案，使更多的人有机会构建自己的cluster。
LVS提供了三种转发机制（Traffic Forward Mechanism）、四种分配方法(Load-balancing Methods)，以下详述
三转发机制（Traffic Forward Mechanism）
三种不同的转发机制分别将LVS主机建构成
NAT虚拟主机 Virtual Server via Network Address Translation
IP Tunneling虚拟主机 Virtual Server via IP Tunneling
Direct Routing虚拟主机 Virtual Server via Direct Routing
负载平衡主机可称为Virtual Server ( 虚拟主机 )、Load Balancer (负载平衡器)、Linux Director (导引主机)，以下简称为LVS主机
NAT虚拟主机 Virtual Server via Network Address Translation ( VS/NAT )
由于IPv4中IP地址空间的日益不足和安全方面的原因，很多网络使用Internet上未被分配的私有IP地址 (10.0.0.0/255.0.0.0、 172.16.0.0/255.128.0.0 和192.168.0.0/255.255.0.0)。当内部网络中的主机要连结Internet或被Internet连结时，就需要采用网络地址转换 （Network Address Translation, 以下简称NAT），可以用NAT方法将不同IP地址的并行网络服务变成在一个IP 地址上的一个虚拟服务。
VS/NAT的体系结构
在一组服务器前有一个LVS主机，用户通过Virtual IP Address（即LVS主机的外部地址）连结服务时，请求到达LVS主机，LVS主机以负载平衡方法从一组真实服务器选出一个，将目标地址 Virtual IP Address重新指向内部实际提供服务服务器的地址。同时，LVS主机记录这个连接，当这个连接的真实服务器的响应经过LVS主机时，LVS主机将来源 地址和来源端口改?Virtual IP Address和相应的埠，再把响应发给用户。当连接终止或逾时，LVS主机将这个连接从纪录中删除。这样，用户所看到的只是在Virtual IP Address 上提供的服务。
IP Tunneling 虚拟主机 Virtual Server via IP Tunneling (VS/TUN)
在VS/NAT 的集群系统中，请求和应答的封包都需要通过LVS主机，当实际服务器的数量超过20时，LVS主机将成为集群系统的新瓶颈。利用IP隧道技术将请求封包封 装转发给后端服务器，响应封包能从后端服务器直接返回给客户。但在这里，后端服务器有一组而非一个，所以我们不可能静态地建立一一对应的隧道，而是动态地 选择一台服务器，将请求封包封装和转发给选出的服务器。这样，我们可以利用IP隧道的原理将一组服务器上的网络服务组成在一个IP地址上的虚拟网络服务。
VS/TUN的体系结构
各个服务器将 VIP地址配置在自己的IP隧道设备上。
VS/TUN 的连接分配和管理与VS/NAT中的一样，只是它的封包转发方法不同。负载平衡主机根据各个服务器的负载情况，动态地选择一台服务器，将请求封包封装在另 一个IP封包中，再将封装后的IP封包转发给选出的服务器；那台服务器收到封包后，先将封包解封获得原来目标地址为VIP的封包，服务器发现VIP地址被 配置在本地的IP隧道设备上，所以就处理这个请求，然后根据路由表将响应封包直接返回给客户。
Direct Routing 虚拟主机 Virtual Server via Direct Routing (VS/DR)
这种IP层负载平衡方法与IBM的NetDispatcher中的方法类似。
VS/DR的体系结构
LVS 主机和服务器组都必须在同一网络区域中，如通过交换机或者高速的HUB相连。VIP地址为LVS主机和服务器组共享，LVS主机配置的VIP地址是对外可 连结的，用于接收虚拟服务的请求封包；所有的服务器把VIP地址配置在各自的Non-ARP网络设备上，它对外面是不可见的，只是用于处理目标地址? VIP的网络请求。
VS/DR的连接分配和管理与VS/NAT和VS/TUN中的一样，它的封包转发方法又有不同，将封包直接路由给目标服务器。在VS/DR中，LVS主机 根据各个服务器的负载情况，动态地选择一台服务器，不修改也不封装IP封包，而是将资料封包的MAC地址改为选出服务器的MAC地址，再将修改后的资料封 包在与服务器组的局域网上发送；因为资料封包的MAC地址是选出的服务器，所以服务器肯定可以收到该封包，发现VIP 地址被配置在本地的网络设备上，所以就处理这个请求，然后根据路由表将响应封包直接返回给客户。
三种转发机制的优缺点
● Virtual Server via NAT
VS/NAT 的优点是服务器可以运行任何支持TCP/IP的操作系统，它只需要一个IP地址配置在LVS主机上，服务器组可以用私有的IP地址。缺点是它的扩充能力有 限，当服务器结点数目升到20时，LVS主机本身有可能成为系统的新瓶颈，因为在VS/NAT中请求和响应封包都需要通过负载LVS主机。在 Pentium 166主机上测得重写封包的平均延时为60us，假设TCP封包的平均长度为536 Bytes，则LVS主机的最大吞吐量为8.93 MBytes/s。再假设每台服务器的吞吐量为600KBytes/s，这样一个LVS主机可以带动16台服务器。
● Virtual Server via IP Tunneling
在VS/TUN 的集群系统中，负载LVS主机只将请求分配到不同的实际服务器，实际服务器将应答的资料直接返回给用户。这样，负载LVS主机就可以处理巨量的请求，而不 会成为系统的瓶颈。即使负载LVS主机只有100Mbps的全双工网卡，虚拟服务器的最大吞吐量可以达到几Gbps。所以，VS/TUN可以极大地增加负 载LVS主机分配的服务器数量，它可以用来构建高性能超级服务器。VS/TUN技术对服务器的要求是所有的服务器必须支持"IP Tunneling"或者"IP Encapsulation"协议。目前，VS/TUN 的后端服务器主要运行Linux操作系统。因为"IP Tunneling"正成为各个操作系统的标准协议，所以VS/TUN也会适用运行其它操作系统的后端服务器。
● Virtual Server via Direct Routing
同VS/TUN 一样，VS/DRLVS主机只处理客户到服务器端的连接，响应资料可以直接从独立的网络路由返回给客户。这可以极大地提高LVS集群系统的伸缩性。同 VS/TUN相比，这种方法没有IP隧道的开销，但是要求负载LVS主机与实际服务器都有一块网卡连在同一物理网段上，服务器网络设备或者设备别名不作 ARP 响应。
四种分配方法(Load-balancing Methods)
不同的分配方法建构LVS主机成四种不同的排程
负载平衡排程是以连接为单位的。在HTTP协议（nowait）中，每个对象从WEB服务器上获取都需要建立一个TCP连接，同一用户的不同请求会被分配到不同的服务器上，所以这种连接的分配完全避免了用户连结的突发性引起的负载不平衡。目前有以下4种排程算法：
轮流排程 Round-Robin Scheduling (RRS)
轮流排程算法是假设所有服务器处理性能均相同，依次将请求分配不同的服务器，算法简单，但不适用于服务器组中处理性能不一致的情况。
加权轮流排程 Weighted Round-Robin Scheduling (WRRS)
为此使用加权轮流排程算法，用相应的加权值表示服务器的处理性能，将请求数目按加权值的比例分配到各服务器。加权值高的服务器先收到连接，加权值高的服务器比加权值低的服务器处理更多的连接，相同权值的服务器处理相同数目的连接数。
最小连结数排程 Least-Connection Scheduling (LCS)
最小连结数排程是需要记录各个服务器已建立TCP连接的数目，把新的连接请求发送当前连接数最小的服务器。当各个服务器有相同的处理性能时，最小连结数排程能把负载变化大的请求平均分布到各个服务器上，所有处理时间比较长的请求不可能被发送到同一台服务器上。
加权最小连接数排程 Weighted Least-Connection Scheduling (WLCS)
但是，当各个服务器的处理能力不同时，该算法并不理想，因为TCP连接处理请求后会进入TIME_WAIT状态，TCP的TIME_WAIT 一般为2分钟，此时连接还占用服务器的资源，所以会出现这样情形，性能高的服务器已处理所收到的连接，连接处于TIME_WAIT状态，而性能低的服务器 既要忙于处理所收到的连接，还要收到新的连接请求。加权最小连接分配是最小连接分配的超集，各个服务器用相应的权值表示其处理性能。假设每台服务器的权值 为Wi(i=1..n)，TCP连接数目为 Ti(i=1..n)，依次选Ti/Wi为最小者的服务器为下一个分配到服务的服务器。
四种分配方法(Load-balancing Methods)
表示如下
名称 描述
Round robin (RRS)
将工作平均的分配到服务器 (用于实际服务主机性能一致)
Least-connections (LCS)
向较少连接的服务器分配较多的工作(IPVS 表存储了所有的活动的连接。用于实际服务主机性能一致。)
Weighted round robin (WRRS)
向较大容量的服务器分配较多的工作。可以根据负载信息动态的向上或向下调整。 (用于实际服务主机性能不一致时)
Weighted least-connections (WLC)
考虑它们的容量向较少连接的服务器分配较多的工作。容量通过用户指定的砝码来说明，可以根据装载信息动态的向上或向下调整。(用于实际服务主机性能不一致时)
又是一件郁闷的事
昨天信产部来检查网站备案，给我的信息是我的服务器上有一个域名没有经过备案，很是让我郁闷。
回头查了几个月的日志，发现有一个域名很可疑，访问才知道是这个IP上一个用户遗留下来的尾巴。害得差点让人停了机。
质疑各大博客站点的web2.0
今天想要研究一下博客网站对于rss攻击的防治：每个RSS浏览器或者活动书签几乎都是自动刷新的，加之RSS对于一般的web页面而言读取数据库的SQL更加复杂而且返回的条数也更多，久而久之就会造成服务器的压力过大而没有响应。
大多数的blog网站提供的XML文件都是基于静态或者是通过缓存的。即定期生成静态的xml文件以备浏览和阅读。也就是说你现在阅读的内容也许是作者1个小时前或者1天前的文章，而对于最新的东西呢？等下次刷新的时候罢。这就势必造成一个时间差。
互联网向对于传统媒体而言优势就在于时效性，web1.0都是如此，web2.0更应该如此了。现在电视新闻都可以达到1小时一更新，难道所谓的web2.0更新速度反倒没有电视甚至是报纸吗？
linux下几个喧宾夺主的软件
前些日子有个朋友问过我为什么同样是vi，为什么FreeBSD下的和Solaris下的都远远没有linux（REDHAT）下的功能多，用惯了FB的ee以后这个问题我还真是没有仔细想过，看了一下REDHAT自带的‘vi’版本号，我发现原来此vi非彼vi，这是vim，只是兼容vi的命令罢了。用ports在FB下安装了vim然后做个ln -s就成了。类似的例子还有linux下的awk是gawk等。
用了人家的名字，把人家的风头都给盖过了。
个人的理解：由于linux仅仅只是一个kernel，其shell和周边不少的软件都是取自于GNU庞大的软件库，选哪一个完全出于个人爱好，到了发行版上就是出于发行社区的一厢情愿了。而对于FB Solaris等正统UNIX系统而言，操作系统包含外围的软件应用，于是只能老老实实的使用最简单的软件——当然提升高度而言，这是出于操作系统的稳定性考虑的：“不是我自己的东西，出了事情别来找我。”
近期评论