http://filenetworks.blogspot.com/
不仅包括pt的介绍，还有一个“Invite Giveaways” 栏目，专门免费发放邀请（多是一些不那么隐蔽的pt）。

http://filesharefreak.com/
比较一般性质的bittorrent Blog，但是其内容大部分涉及pt、Seedbox以及专门讨论/交换邀请的论坛，不可忽视。

PS：不要管我要邀请，我也没有……

DAS即直接连接的存储设备，是指磁盘直接通过IDE、SCSI之类的数据总线连接到计算机，存储设备是唯一隶属于该计算机的。USB和eSATA连接的外置硬盘，从这个角度讲也属于DAS。NAS则是存储设备和计算机架构于IP网络之上，可以多台计算机共享存储设备。而SAN，包括常见的Fibre Channel SAN和iSCSI SAN，则是构建了一个存储专用的网络，不仅拥有NAS的可以共享的优点，还有着更高的效率。
言归正传，有一类存储设备，说它们是外接移动硬盘吧，是小看了他们的功能；可是说它们是存储服务器吧，又有点言过其辞了。

这种设备，就是以Buffalo公司的Link Station等产品为代表的“网络硬盘”。

乍一看，形状上似乎很象普通的USB移动硬盘，但是看到设备后面的LAN接口，以及从它比USB硬盘稍高的价格，我们就知道它其实是内置了操作系统的（当然，一般是一个嵌入式Linux，主要是提供Samba），这样才能使连在网络上的其他PC访问其文件，作为“网络硬盘”使用。

Link Station产品是已经内置硬盘的；还有一类产品，只是“网络硬盘盒”，你需要另够一般的SATA硬盘才能使用。这方面的代表作即是“玄箱”了。玄箱于几年前推出，推出当时就立刻博得了极高的人气。其原因在于，玄箱不仅允许你定制内置的硬盘，更重要的是它允许你定制它的OS——一款嵌入式的Linux。这样的设计使得需要电脑高手互相比试起玄箱的用法来。有的人用它来开设FTP，更有人自己设计一些程序脚本等等，来实现更复杂的功能。

下面介绍今天的主角（前面废话太多了，汗一个囧）： Corega公司于前天新推出的超级“硬盘盒”——CG-NSC4501GT。

下面我们就来一一列举出这个价值4.3万日元（约3000人民币）的“硬盘盒”到底有什么功能。

• 最大内置4块SATA硬盘（这一点就让它不同于一般意义上的“硬盘盒”了）
• 支持RAID 0/1/5/10/5+Spare ——这完全是企业级的标准啊！现在的主板一般都内置SATA的RAID 0/1功能，但是众所周知要实现RAID 5和RAID 10，是要靠专门的RAID控制器才能做到。今天我们的主角正是内置了Promise公司的RAID控制器。
• 支持dlna。DLNA是一个东芝制定的数码家电间的通信标准。看来这款产品是定位于高端家庭的。下面的介绍图也似乎证实了这一点（一家人如何利用本产品存储、交换数据的示意图）。
  
• 支持Active Directory认证——等等，哪个家庭会用Active Directory？这明明就是给办公室用的嘛！同时支持dlna和AD，让我觉得这款产品有点不伦不类——或许是希望在家庭、公司都能卖得出去？
• 支持连接USB打印机，作为打印服务器使用。这个有点意思。无论是家庭还是办公室（个人觉得主要还是在办公室使用），只需要一台USB打印机，就可以很多人共享了。再也不用总是开着一台电脑来做打印服务器了。

此外还有很多功能，在这里就省略了。

个人认为，这款产品作为小型办公室用（10人左右） 还是非常不错的。可以用来存储员工们的数据，以及各种企业资料。安全方面，它支持基于用户/组的访问权限设置（这样一般员工就无法偷窥老总的文件夹啦）以及配额，另外支持连接UPS，以免突然停电造成数据丢失。另外，定时的备份功能也非常方便。

昨天，新内存终于到了，是两条带着散热片的DDR2-5300。大伙兴冲冲地拆开机器，一安装，发现按不进去。几个哥们傻呵呵的就要用蛮劲，我拦住了他们，仔细看了看之后傻了——这内存根本就装不上我们的机器，因为下面针脚的缺口位置不一样！

我知道DDR和DDR2是不兼容的，所以针脚的缺口位置明显不同，以免用户装错。但是现在，这台机器原来的两条512和这两条新的2GB的缺口仅仅相差4，5个针脚的距离，而且标签上明明写着DDR2-5300——难道标签贴错了？

后来查了一下相关资料，才明白这两条内存的区别：

前者（512MB的）的规格为PC2-3200R-333-12。这个3200R即是Registered之意。

后者（2GB的）的规格为PC2-5300F-555-11-E0。这个5300F即是Full Buffered之意。

原来，FB-DIMM（Full Buffered DIMM）和一般服务器用的Registered DIMM是不通用的。为避免插错，开口（key，也称notch）的位置是不同的。R-DIMM的开口在第64和65针之间，而FB-DIMM的开口则在第68和69针之间，中间正好差着4个针脚呢。

可是，今天当我要登录这个网站时，却突然如晴天霹雳般发现，它已经关闭了——我才几天没去，就突然关闭了？！

搜索了一下，发现了一条非官方的说明。

根据其说明，docs.torrents.ro的关闭并不是来自于法律方面的压力，没有任何人收到著作权等方面的法律威吓。其关闭原因的最大可能性是，由于docs.torrents.ro从来不收取捐助，而且是个人兴趣开设的网站，因此很可能站长没有时间，或者没有财力来继续维持这个网站了。

无论如何，看起来docs.torrents.ro的关闭将是永远的——或者至少也是很长一段时间的。非常遗憾Private Tracker又少了一个。

【补充】docs.torrents.ro在关闭前不久（大概就是2，3月的时候），对于上传下载Ratio采取了一个很有趣的方针：当某个资源的种子数低于一定程度（好像是5个）的时候，该资源就会自动变成Free资源（不计下载流量），以促进大家下载、做种。当种子数回复到5个以上时，又会变成普通资源（要计算下载流量）。这个方法对于没什么人气、或者是较老的资源很有效果。

对此，稍稍Google一下就会发现有很多说明，大多是说“剩下的不到1GB被系统用掉了” “系统的硬件资源”等等。可是这样解释就会产生一个新的问题：那么为什么物理内存是1GB、2GB的时候不被系统“吃掉” ，4GB的时候系统就要吃掉一部分呢？

其实，上面的解释并不正确。其实，并不是剩下那1GB不到的内存空间被系统用掉了，而是这1GB对应的地址被系统占用了。换句话说，这1GB的空间系统无法访问。那么，这地址究竟被谁占用了呢？答案是MMIO（内存映射I/O），也就是把其他系统硬件映射到内存的地址上来进行的I/O。详细说明在下面的官方页面上也有。

http://support.microsoft.com/kb/929605

要解决这个问题，基本上就是换用64bit OS。——可是说起来容易做起来难，64bit环境的话，很多程序都可能无法运行。在32bit时代，咱们还是3GB万岁吧。

上一次，我已经禁用了默认的狗狗搜索工具，但是还有一个问题一直困扰我，就是Windows文件查找在搜索文件时，会打开我的Zip压缩文件进行查找。

的确，这可能算是一个体贴用户的功能能，可是我的Zip文件当中经常会有成千上万的文件（这也是打包成Zip的原因之一），而且我要搜索一个文件时，通常是知道它不Zip文件当中的。这样深入Zip文件的搜索就会消耗大部分的时间。

那么如何禁止它呢？Windows并没有提供这样的选项，甚至注册表里也没有。那么看来只好斩草除根——关掉Windows对Zip文件的支持。可以通过下面的命令实现（但是注意，这也使Windows无法打开Zip文件，除非你有其他的解压缩软件Like WinRAR）

regsvr32 /u zipfldr.dll

此外，要禁止Windows深入Cab文件搜索，还可以用下面的命令（但是由于通常CAB文件很少，也就无所谓了）

regsvr32 /u cabview.dll

要重新允许Zip文件（或Cab文件） ，只需用上面的command without “/u”。

一、黑色外装

对于日本版EeePC，我最开始不太感兴趣的原因之一就是，当我从网站上看到它黑乎乎的身躯时，我感觉到的是以前那种方方正正IBM黑盒子的气息——要对不起IBM Fans了，我对于IBM的板砖机身设计实在是不感兴趣；我比较喜欢有光泽的，靓丽的流线型的设计。

但是，当我看到了真正的EeePC黑色版机身时，我发现它比照片上要漂亮多了。当然，据说珍珠白的型号也有，只是我没有见到过。

二、预装Windows XP Home SP2

和在中国发售的产品的不同点是，日本版EeePC预装Windows。尽管如此，其价格还是做到了45K日元左右（约合3千人民币），约为市面上其他低价笔记本的三分之一。

中国版EeePC预装Linux，而日本版EeePC预装Windows XP的原因，大概不是因为中国人爱用Linux，而是因为在日本人们不用盗版（也买不到盗版）的缘故。

并且，日文版的EeePC只支持预装的Windows XP——也就是说，即便想升级为Windows XP Professional或者是想更换系统OS为Linux，都只能“责任自负”。

三、其他

4GB SSD——相比日本其他厂商推出的内置64GB SSD的笔记本，EeePC的确有点“捉襟见肘”；但是其价格也的确在64GB SSD笔记本的八分之一左右。而且可以用SDHC卡作为第二块硬盘使用，4GB对于Windows XP来说也算是凑合够用了。

分辨率——800 x 480的分辨率实在是有点差强人意，和同样大小的工人舍产品（1024 x 600）比起来差一截（当然价钱上也差一截），对于想用EeePC当作高清晰视频播放器的人，可能会有些遗憾。

此外，电池工作时间3.2小时也稍短，摄像头也落后一代（现在都是130万像素，EeePC则为30万），但是对于一个如此便宜的笔记本（或是UMPC?）已经是物超所值了。

On the days without Demonoid.com, I tried thepiratebay.org, mininova.org and some private trackers. However, ebooks, the part which I most interested in is not emphasised on these sites. That was the reason why I always kept visiting the site every time I was connected to the internet.

The registrations are still closed. If you want to get an invitation, please email me. My email address is on the top page.

如果你需要demonoid.com的邀请，请email我。

小霸王？一听说这个词汇，我相信很多同龄人都会和我一样心里涌起一种怀旧的情绪。在那个年代，小霸王简直成了任天堂Famicon的代称，甚至可以说比Famicon远远有名。那个时代的中国经济还相对闭锁，对软件的知识产权也完全没有概念，小霸王正是利用了这个契机，从事现在看来违法的行当起了家。

到如今，Famicon的热潮已过多时，在我想来小霸王应该已经借用当年的东风成功起家，然后借用其品牌优势转型开发数码产品——如早期的学习机，现在的电子词典、MP3/4甚至手机……可是好像最近几年的确没怎么听说过小霸王的牌子。现在突然又冒出这么一则新闻，难道是小霸王卧薪尝胆十年，终于决定推出中国独自产权的游戏机了？！

但是，看到了新闻的最后我就一下子心凉了：“支持上千款8位，16位游戏卡” ……原来，只是把当年盗版Famicon的小霸王游戏机做成小型掌机而已！

小霸王，你还要继续吃多久盗版的老底呢？！

网上商城卖的小霸王Z9、Z10掌机，附送220合一的FC游戏卡，连机器带卡才卖180元——的确，这盘游戏卡都是“淘金者”“冒险岛”“魂斗罗”“小蜜蜂”这样的，在国人看起来是“小游戏”的玩意，可是您是否知道在正版市场，这220个游戏中每个游戏都售价200元人民币以上？即便在今天的日本，这些卡带依然售价如此（因为厂商早在十年前就停止了销售，都是二手渠道，多少会有折扣）。

这样算起来，光是这一盘220合一的卡带，如果是正版就要4万元人民币以上。在21世纪的现在，小霸王你抗得住任天堂的官司吗？ 就算任天堂放任不管，吃这Famicon的老底也是没有前景的。就算要盗版，你难道弄不出一个盗版的NDS，一个盗版的PSP吗？

猛然间我发现，其实这正说明了小霸王吃老本的原因所在：在这十几年二十来年中，小霸王不求进取，已经沦落得和中山市那些其他电子小厂一样的无名小卒了。

看看今天的许多IT风险资本，许多”Web 2.0”如雨后春笋般地崛起，在欣喜的同时也为他们担心：二十年后，他们的名字是会和现在一样显耀，还是只留在人们二十年前的回忆中呢？

这次的VPCC 2.0系统中的新产品如下：

1. 虚拟PC服务器采用最新的Express5800/120Rj-2
   120Rj-2虚拟PC服务器是安装VMware ESX Server 3.5，并负责管理和执行VM的服务器，自然是采用了极为强悍的系统配置。
   CPU为四核Xeon E5405，内存标配18GB，最大可扩展至48GB，本地存储由5块146.5GB的SAS硬盘构成。这样一台服务器，默认搭载10台Windows XP或Vista的虚拟PC，最大可扩展至50台虚拟PC。
2. 入门级瘦客户机US110E
   US110E是去年的US110的精简版，价格低廉适合于入门用户。其CPU为ARM926EJ 400MHz，OS为Windows CE 5.0，重量仅为350克
3. 支持双显示器的瘦客户机US300
   US300比起US110E要大得多也重得多（1.3Kg），价格也高出一截。其CPU为VIA C7 1GHz，单从主频上看要远远高于US110/US110E，不知道性能会更强劲？此外其OS是Windows XP Embedded SP2 + Feature Pack 2007，应该比Windows CE有着更好的设备兼容性和性能，此外RDP客户端也被升级到了6.0，全面支持Vista的各种效果。
4. SigmaSystemCenter Software Thinterminal 2.1
   这个产品的名字有点长，不过用途倒是很广。这个软件存储于CD-ROM或者USB-ROM中，将其直接连接在一般的PC上启动，就可以使PC成为瘦客户机，而不需要任何其他的操作系统。
   由于它的系统需求很低（只需奔腾2 CPU，96MB内存的PC即可），需要已经近乎废弃的旧电脑可以被再次利用，作为瘦客户机发挥余热。

HKEY_CURRENT_USER → Software → Microsoft → Windows → CurrentVersion → Explorer → CabinetState

在这里新建如下注册表值：

名字：Use Search Asst
类型：String（字符串）
值：no

之后重新打开一个搜索界面，就会发现搜索界面已经换成了清爽方便的高级搜索模式。

Willcom公司于3月3日宣布，他们正在与Intel，Microsoft和Sharp共同开发一款新的手机。这款新的手机将于6月正式发布，操作系统为Windows Vista。

既然操作系统是Windows Vista，而不是一向用在掌上电脑和手机上的Windows CE，那么说明硬件就是一个完整的x86平台了。这么小的x86平台，是如何实现的呢？

其实，这要完全得益于Intel于今年3月初发布的Intel Centrino Atom Processor Technology，也就是开发代号为“Menlow”的低功耗超微型x86平台。

Atom是一个大小只有25平方毫米的45纳米技术CPU芯片，完全取代了它的前一代Intel A100/A110（90纳米工艺）。其频率为800MHz到1.87GHz，FSB为533MT/s。

不仅是手机，很多UMPC(Ultra Mobile PC)估计也会采用Atom。目前市面的UMPC多采用Intel A100/A110，AMD Geode或者是VIA C7系列。要买UMPC的人估计又要观望一下了。

Messenger的聊天记录是以XML形式保存，每条消息使用一个标签记录。理论上讲，只要合并这些标签，再更改一些参数（例如表明会话数的FirstSessionID和LastSessionID属性），就可以将多个聊天记录合并为一个。

但是，这些操作如果一个一个手动来做，是非常耗费时间的。有没有一个工具，能够傻瓜式操作，自动将两个Messenger的聊天记录文件夹合并为一个呢？

微软的开源项目网站CodePlex上就有这么一个开源工具：MSN Messenger History Merger

http://www.codeplex.com/MsnHistoryMerger

该工具就是专用的MSN Messenger的XML聊天记录合并工具。目前的最新版的1.5版。需要注意的是，该工具需要.NET Framework 2.0才能运行。

# 下面的文章中，将直接安装在硬件的ESX Server称为【Host ESX Server】，将安装在Host ESX Server上的ESX Server称为【Guest ESX Server】

1. 做好Guest ESX Server的设置

就如同安装其他Guest OS一样，通过VI Client或者VirtualCenter连接到Host ESX Server，并创建一台VM。 创建时，OS类型选择“其他”，vCPU为2个，内存为1GB或更多即可。

2. 将网卡类型改为e1000

在创建好VM之后，不要急着安装。
在安装Guest ESX Server时，由于ESX Server无法识别默认的AMD网卡，需要手动编辑.vmx文件，将网卡类型改为ESX Server能够识别的“e1000” 。

登录到Host ESX Server的Service Console，在/vmfs/volumes/下找到创建好的VM的.vmx文件，用vi编辑器在其中加入如下行：

这里，ethernet0是第一个虚拟网卡，如果创建VM时设置了多块网卡，需要分别设置。设置好之后，可通过启动VM时的Boot Menu来确认。

默认的网卡类型：AMD Am79C970A

更改后的网卡类型：Intel E1000

3. Host ESX Server硬件的CPU必须支持VT (Virtualization Technology) (如果是AMD CPU，则是AMD-V)

Intel的VT或AMD的AMD-V是在CPU级别提供对虚拟化支持的技术。在ESX Server上安装32位的操作系统，如Windows XP时，打开或关闭VT功能对性能不会造成多大影响，但是在ESX Server上再安装ESX Server时，不使用VT却能让ESX Server虚拟机的启动时间变慢到10倍以上。

（我在不开启VT的情况下，在一台双Xeon CPU，12GB内存的ESX Server 3上安装ESX Server 3i，经过4小时的100%CPU占用率之后我放弃了）

4. 打开VMware的后门

要让ESX 3.5/3i顺利地运行在Host ESX Server上，还需要打开VMware的“后门”，否则很有可能会见到VMware中的“紫屏”（可以和Windows中的“蓝屏”媲美）。

要打开这个后门，允许在虚拟机上安装ESX Server，需要在.vmx文件中增加如下两行：

这个后门不仅避免了“紫屏”等死机、不稳定等问题，更是将启动速度再提高10倍。我在打开VT的情况下启动Guest ESX Server花费了30分钟，在即打开VT，又打开这些后门选项之后，只花费了2分钟。

5. 在Host ESX Server上允许Promiscuous Mode

做好上面的一切之后，你应该就可以顺利安装Guest ESX Server了。可是安装完成启动之后，却发现无法通过VirtualCenter来管理它——甚至连ping Guest ESX Server的Service Console都ping不通！这是为什么呢？

原因在于Host ESX Server上，连接着Guest ESX Server的vSwitch的设置。vSwitch默认是不允许promiscuous mode（允许网卡监听发往其他MAC地址的包的模式）的。但是在Guest ESX Server中，网卡只是一个桥接（bridge）作用，并不直接绑定MAC地址。因此，必须在Host ESX Server中允许promiscuous mode，Host ESX Server才能正确地将包传递给Guest ESX Server的Service Console（3i则是管理用IP）。

到这里，就可以体验ESX 3.5/3i的神奇世界了。

Especially when you want to install virtualization software onto another virtualization platform, Intel VT can greatly improve the performance. For example, you may want to install VMware ESX Server 3i onto VMware ESX Server 3 or VMware Workstation 6.

On an ESX Server, to determine whether Intel VT is enabled, you can use the esxcfg-info command. Although you can reboot the machine and go to BIOS setting to confirm it, this command should be the most convenient way.

Logon to the Service Console, and type:

esxcfg-info -w | grep VT

you will get the following output if VT is enabled:

|—-VT Support…………………………………………3

(Values other than 3, such as 0, 2 should mean “no VT available” and “VT disabled” respectively, although I am not very sure)

NOTE: The above flag is only for ESX Server 3.0.x. In ESX Server 3.5.x, it is called “HV Support”, not “VT Support”. Therefore you have to change the command as following in ESX 3.5:

esxcfg-info -w | grep HV

先看一下真实世界的MAC地址是如何分配，如何保证没有重复的。

每块网卡都有一个MAC地址，MAC地址是一个6字节、也即48bit的数据。前3字节称为OUI，是由IEEE组织注册给网络设备生产商的；每个厂商拥有一个或多个OUI，彼此不同。后三字节则是由网络设备生产商分配给自己生产的每一个拥有MAC地址的设备，互不重复。

在VM的世界中，每一台拥有虚拟NIC（网卡）的设备当然也拥有MAC地址。这虚拟网卡的MAC地址，当然也是按照规定，前三字节为OUI，后三字节逐一分配给每个设备。

由于虚拟网卡的”制造商“是VMware，XenSource，微软等虚拟平台软件的生产商，OUI当然就分配给了他们。

VMware VM所使用的OUI

按照VMware ESX 3的[Server Configuration Guide]的说法，VMware的使用下面的三个OUI作为VM的MAC地址：

• 00:0C:29 - 用于自动生成的MAC地址
• 00:50:56 - 用于手动设置的MAC地址
• 00:05:69 - 曾经用于旧版本的VM（大约是在ESX 1.5的时代），在ESX 3中已经不再使用

但是在实际应用上，我发现00:50:56这一MAC地址段并不是完全用于手动设置的MAC地址：

• 00:50:56:00:00:00 - 00:50:56:3F:FF:FF
  这一段MAC地址可以用于手动设置的MAC地址
• 00:50:56:40:00:00 - 00:50:56:FF:FF:FF
  这一段（我的推测，不一定准确），则是用于ESX 3上的自动生成的MAC地址（包括VM和Service Console）

MAC地址的生成

OUI有了，后三字节如何生成呢？要知道虚拟机是经常被创建和销毁的，这一点不像实体PC。网卡生产商可以计算每年生产多少块网卡，从而为每块网卡分配不同的MAC地址； VMware却不可能计算出每年有多少台VM、有多少块虚拟网卡被创建。

VMware ESX Server的算法是，使用散列算法，通过VM的UUID来生成MAC地址。VM的UUID是每一台VM特有的、128bit的ID，是由ESX Server硬件SMBIOS的UUID、加上VM的路径生成的。因此，一台虚拟机的虚拟网卡的MAC地址就与下面四个因素有关：

• VMware的OUI
• Host (ESX Server)的SMBIOS中的UUID
• VM在服务器上的路径
• 网卡的实体名 (Entity Name)，用来确保同一VM上的不同网卡有不同的MAC地址

MAC地址冲突的检测与解决

MAC地址一旦生成，就不会再有变化，除非上面所述的四项因素发生改变（最可能发生的就是第三项，VM在服务器上的路径改变）。

尽管如此，由于散列算法本身的特征，还是有万一发生MAC地址冲突的可能（可能性极小，和年末ジャンボ中头彩的几率差不多）。ESX Server会不断跟踪和检测运行中和挂起(Suspend)的VM，以保证没有MAC地址冲突。但是已经关闭电源的VM是不在检查对象之内的。

因此，万一一台VM启动时ESX检测到MAC地址冲突，它会分配给VM的虚拟网卡一个新的MAC地址。所以从这个意义上说，VM的MAC地址是可能发生变化的——只是这个概率实在太小。

手动指定MAC地址

手动指定MAC地址仅用于一些极其特殊的情况，通常是进行P2V的时候。例如，某物理服务器上的软件，其License已经与该服务器的MAC地址绑定，如果MAC地址改变则软件无法运行；再如，某些底层网络软件以MAC地址来鉴别机器时，为了不做更改能够继续使用，在P2V的时候也要手动指定MAC地址。

打开一个VM的.vmx文件，可以看到如下设置：（如果有多块NIC的话，那么就会有ethernet0、ethernet1、ethernet2……）

这说明该NIC是自动生成的MAC地址。只需如下更改即可变为手动分配的MAC地址：

其中的00:50:56:00:00:01就是手动指定的MAC地址。

启动CETSC后，CETSC读取.rdp文件中的设置，或是根据注册表HKEY_LOCAL_MACHINE\Software\Microsoft\Terminal Server Client下的设置连接远程主机。下面就是一个可以设置的选项列表（对.rdp文件和注册表均适用）。注意此处以在Thin Client上广泛使用的Windows CE 5.0为例；Windows CE 6的设置有所不同。此外这些设置不适用于Windows Mobile。

TC-Station（上图左）是2005年4月25日正式发表的大概是NEC最初的专用瘦客户机产品（在这之前就已经推出过将普通PC硬盘去掉的瘦客户机产品）。

标售价格：5.5万日元
操作系统：基于UNIX的专用OS
本体重量：0.85kg
消费电力：8W

TC-Station High-end Model（上图右）是2005年11月21日正式发表的升级产品。和普通版的最大区别在于它内置了一个IC卡读卡器。

标售价格：7.8万日元
操作系统：Windows XPe
本体重量：1.92kg
消费电力：Max 24W

US100是2006年11月6日正式发表的，NEC的第一款面向全球发售的瘦客户机产品。在这一款产品中，NEC以两项特有技术领先于其他厂商的产品：高速视频播放——部分解决了瘦客户机上的视频性能问题；VoIP语音电话，解决了RDP不支持语音输入，无法进行电话会议的问题。US是U-Station的缩写。

标售价格：5.2万日元
操作系统：基于UNIX的专用OS
本体重量：0.42kg
消费电力：Max 13W

US110是2007年10月15日正式发表的下一代产品。它不仅继承和发扬了US100的高速视频播放和点到点VoIP语音电话的特有功能，更是以其极高的性价比对其他厂商构成了极大的威胁。

标售价格：4.9万日元
操作系统：Windows CE
本体重量：0.35kg
消费电力：11W（平均），25W（最大）

Virtual Infrastructure 3.5

Plug-and-Play Datacenter: ESX 3i

VMware ESX Server 3i 是基于VMware ESX Server 3发展而来的下一代Hypervisor体系结构。简单来说，ESX 3i就是ESX 3去掉了COS (Service Console)之后的部分。

根据VMware统计，传统的ESX Server 3中，基于REHL3的COS占用了约2GB的硬盘资源，并且需要打针对REHL3的补丁——针对ESX Server3的补丁中，有一半左右是针对COS的。与之相反，Hypervisor部分（VMKernel）只占用32MB的硬盘。在ESX 3i中，就是去掉了这臃肿的、占原来ESX Server 3的98%的COS，留下一个轻便的，甚至可以嵌入服务器固件的内核。

当然，COS也不是说扔掉就能直接扔掉的——COS作为一个SHELL，一个命令行的操作界面，还是提供了很多功能的。那么这些功能在没有了COS的ESX 3i中是如何实现的呢？

■ 使用命令和脚本管理ESX的功能——在ESX 3i中，由于ESX服务器本身上已经没有命令行界面，因此提供了一个远程的命令行界面（类似SSH的感觉），叫做Remote CLI (Remote Command Line Interface)。通过这一“新SSH”，可以像在本地一样执行命令。

■ 服务器性能和健康状态的监控——在传统的ESX 3中，只需要安装软件 (例如NEC的ESMPRO) 即可监控服务器的各项状况，如温度，风扇转速等等。在ESX 3i中，则通过标准的监控协议CIM来进行服务器状况的监控。

■ 3rd Party Agent——在传统的ESX 3中，有时候会需要在COS安装一些第三方的软件的Agent，例如用于备份的软件。在ESX 3i中则只能通过其提供的界面，API等进行通信；对于备份则可使用VCB (VMware Consolidated Backup)进行。

Storage VMotion

在很久前的VCP会议中就听说过Storage VMotion。基本描述起来就是：现有的VMotion并不移动VM的存储节点（也即image文件所在的位置），而是移动VM隶属的计算节点（从一台Host移动到另一台Host）。而Storage VMotion则可以同时移动VM的存储节点，也即把VM从一个Datastore移动到另一个Datastore。

但是，VMware却同时告诉我们，Storage VMotion并不像VMotion那样可以轻松地执行。因为Storage VMotion耗费资源尤其是I/O资源，并且有部分功能不完善（例如目前还没有GUI，只能通过svmotion，svmotion.pl脚本操作），因此不应该像VMotion那样在业务中日常应用，而是作为一个能让系统不间断运作的维护工具。VMware建议的应用场景包括：Storage Array Migration（比如说买了新的FC SAN，要把整个系统从旧SAN移动到新SAN，又不想中断业务时），I/O Optimization（比如说LUN之间的负载不平衡，有的LUN上VM很多，有的LUN上VM却很少时）。

据称Storage VMotion将在ESX Server 3.5（当然也包括ESX Server 3i 3.5）中提供，并逐步在以后的版本中补完功能。

Site Recovery Manager

这也是3.5当中（VirtualCenter 2.5）提供的一个功能。如果说VMware HA (High Availability)是面向服务器、VM的灾难恢复方案，那么Site Recovery Manager就是面向Site的灾难恢复方案。只要预先定义好备用的一套Site（包括Host，存储，VM，网络拓扑结构等），Site Recovery Manager就可以按照计划或在发生万一的故障时进行fail over。

Distributed Power Management (DPM)

上次TSX的时候听说DPM，还以为是什么UPS的虚拟化工具——电源管理嘛。其实，所谓的“分布式电源管理”，是一个环保节能（也即最近提倡的Green Datacenter）的工具。可以把DPM与DRS进行比较：DRS是Load Balance的解决方案，可以自动平衡各Host间的负载，将VM平均移动到各个Host上；而DPM则是节约电能的解决方案，当VM数量较少时，DPM将VM集中移动到几台Host上，然后将其他没有VM运行的Host关闭电源。

Update Manager

Update Manager也是VC2.5中的新功能，其功能其实很简单——利用DRS将某一台ESX上的所有VM移动到其他Host上，然后对这台ESX进行打补丁等升级维护工作。难得的是这些全是全自动的。

顺便说一句，ESX 3i中，虽然只有32MB但是一样是要升级的。只不过3i不再（也无法）靠安装补丁文件的方式，而是靠更换整个3i的Image的方式（有点像固件、BIOS更新）进行升级。

Guided Consolidation

这个功能更不是什么出奇的东西了。Guided Consolidation = Capacity Planner + Converter + 集成在一起的图形界面。具体来说，就是通过VC，自动发现网络中的物理服务器（只限于Win2003等），通过Capacity Planner分析该服务器，给出移植到虚拟平台的方案，然后通过Converter执行P2V，转移到虚拟化世界来。

Para-Virtualization (exp.), Vista Guest OS, enhanced HA, enhanced VCB, NPIV and more

在3.5中，也会试验性地支持Para-Virtualization，当然这也需要OS的支持（如RHEL5等）。此外，Windows Vista也终于结束了漫长的评测过程，正式被纳为虚拟OS家族的成员。

还有许多其他的功能，这里就不一一说明，有兴趣的话请Google相关资料。

Beyond 3.5 …

Enhanced VMotion

众所周知，执行VMotion的要求近于苛刻——这也不能怪VMware，因为不同CPU之间，即使是微小的指令集的差异，也会导致对于企业应用来说噩梦一般的“蓝屏”。此外更令人郁闷的是，两台Host只见究竟能否做VMotion，只有在实际做之前才知道（当然，熟悉VMotion的VCP可以轻易的事先判断）。

VMware将会逐渐打破这一壁垒。首先是通过AMD的“AMD-V Extended Migration Technology”以及Intel的“Flex Migration”，使得同一厂商的不同CPU家族之间可以Hot Migration；并且会逐渐依靠其夹在VM和硬件中间的身份进行协调，使得在不久的将来不同厂商的CPU只见的VMotion也成为可能。

Software FT (Fault-tolerant Virtual Machines)

这一新特性的正式名称还不清楚，但是光看名字已经让人振奋不已。容错（fault tolerance，ft）服务器通常指一台服务器中包含两套相通的模块，通过lockstep processing互为备份，即便其中一组模块当机也能无停止地切换到另一组模块。它能提供99.999%，也即年当机时间不超过5分钟的连续可用性 (Continuous Availability, CA)。而相比之下，MSCS等集群只能提供99.9%，也即年当机时间8小时45分钟左右的高可用性（High Availability, HA）。

在VMware即将提供的软件FT（或虚拟FT？）功能中，可以将两台位于不同物理Host上的VM捆绑为一台fault tolerant VM，同步操作。从某种角度来说，用户不必再去购买昂贵的硬件容错服务器，而是通过使用Virtual Infrastructure就能拥有数台可靠的“软”容错虚拟服务器了。当然，究竟“软”容错能否从“硬”容错手中抢到市场，还要看“软”容错是否稳定，是否能像“硬”容错一样提供99.999%的可用性了。

Software FT虽然很可能不会在3.5中提供，但是预计将在明年中提供（4.0?）。

Related Products

Virtual Desktop Manager (VDM) 2.0

其实VDM并不是Virtual Infrastructure产品的一部分；它属于VMware的VDI产品族。它和著名的Leostream Connection Broker一样，是一个VDI Broker产品，是客户端设备连接虚拟桌面时的“管家”。有关VDM的详细信息，我将专文介绍。

 根据目前的消息，VDM2.0将在明年2008年2月份推出。

The same thing happens when you are trying to connect to a Windows XP SP2 using Terminal Services Manager from a Windows 2003 Server. 

- Because essentially qwinsta.exe command calls WTS functions (WTSOpenServer, WTSEnumerateSessions, …), you will encounter the same error when using either the command or the API.

As a quick answer, check the following points.
1. Ensure you have the correct credential
Although you do not need to provide a username and a password when executing qwinsta.exe or WTSOpenServer, Windows use its stored credentials automatically, just like accessing a shared folder.

The easiest way to confirm the credential is to use Explorer to access remote server’s C$ share. Also, you can use “net use” command.

For those who want to connect to a remote server programmatically using WTSOpenServer API, WNetAddConnection2 function should be enough to make sure you got a piece of credential before calling WTSOpenServer function.

Of course the user in the credential should be a use on the remote server who has enough privilege to carry out the operation.

2. Open RPC ports on firewall
An API call involves connecting to a remote machine use RPC. In most cases the RPC service is running and you can confirm that from the service management interface. To open RPC ports, simply enable “File and Printer Sharing” in the Windows Firewall setting.

(Generally, if the RPC is blocked by the firewall on remote machine, the error should be "1722 RPC server is unavailable" rather then "5 Access denied")

3. Disable "Force Guest" log on

You can change this option from either local security policy or registery.

Local security policy : run secpol.msc > Secuirty Settings > Local Policies > Security Options > Network access : Sharing and security model for local accounts, and set to "Classic".

Registry : find "forceguest" item in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa, and set it to 0.

The two ways are equivalent. If this option is set to 1, remote logged in user will be impersonated as Guest account (and if Guest account is disabled, login fails). Set it to 0 enables user logging in as themselves.

4. If you still receive “access denied” and it only happens when the remote OS is Windows XP SP2, it is very probably the following case.

To confirm, you need a packet sniffer such as Wireshark (a great freeware).
When you use a sniffer to capture the SMB packets, you can see the authentication is OK (NTLM if workstation, Kerberos if Windows 2003 domain), but the RPC get nca_s_fault_access_denied (0×00000005) as error code.

This means the remote RPC component failed to execute the requested operation. It is because in Windows XP SP2, it is not allowed to operate on terminal service (Remote Desktop) through RPC by default. To modify this setting to enable Remote Desktop API through RPC, you need to find the following registry key:

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server

Then add a DWORD value named “AllowRemoteRPC” and change its value to 1.

I googled it and it seems there is no official document on it. (I don’t know why)

Access denied error often misleads us into thinking it must be because of the insufficient privilege, or because that the qwinsta.exe command / WTSOpenServer failed to utilized the credential. It wasted me about 5 hours in researching how to attach a credential to a RPC call, and I even got caught deeply into the complicated SSPI/LSA authentication architecture.

今天说一说“免费”。人们都喜欢免费的东西——从商场门口的免费品尝到网上的免费软件。只要是免费，就算品质不太好，服务不周到也就不大计较了。“要饭吃还嫌馊？”——我头脑中映出的就是这句歇后语。

那么，在企业应用中事情又是如何呢？我身边最近发生了这样的一个真实的事例。

【都是免费惹的祸】

我们组的技术人员H君三年来一直在做VMware GSX Server的技术支持工作。

如大家所知道的那样，VMware GSX Server是VMware稍早期的产品，运行在Windows或Linux的Host OS之上。2006年2月，VMware公司宣布将最低售价为$1400美元的VMware GSX Server作为免费软件提供。7月，这款已经成为免费软件的VMware GSX Server以另一个名字推出——VMware Server。

将收费软件变成免费软件，厂商、用户皆大欢喜，何乐而不为呢？

可是问题偏偏就出在这里。GSX变成免费软件之后，对于免费软件自然不会提供技术支持。对于已经购买GSX的客户，在售后服务合同到期后不会在续签。于是，H君就陆续收到了许多客户的抱怨。

“我们的GSX需要升级，可是新版本的GSX，也就是VMware Server是免费软件！这怎么可以？你们要想办法继续提供售后支持。”
“当初你们说GSX虚拟技术多么好多么好，和你们公司的服务器捆绑推销给了我们，现在GSX你们不支持了？！那要我们怎么办？服务器也要退货！”
……

最近几个月，H君都在头疼这些事情——都是免费惹的祸啊。

【我们的服务器贵在哪里】

NEC最值得骄傲的计算机技术是什么？是超级计算机。NEC的超级计算机世界闻名，远销欧美科研机关，目前法国气象局的气象预报系统就是使用了NEC的超级计算机。

那么NEC最值得骄傲的计算机产品是什么？是ft服务器，也就是容错(fault-tolerant)服务器。台湾不是架设了和日本新干线媲美的高速铁路么，里面的核心控制服务器全都是用的NEC的ft服务器。ft服务器里面，所有的硬件——CPU，内存，主板，硬盘，网卡等等全都是两套；服务器由4个模块构成：CPU Module #1, #2, PCI Module #1, #2。这四个模块以双工方式(duplex)同时运行，任何一个模块出了问题都可以零时延地fail over到另一个模块上。这样就保证了即便在万一的情况下（硬件的硬性损坏），也能365天 x 24小时无停止地运作。

看看 ft的主页就知道，ft的价格不菲。最最便宜的也要138万日元，按照今天的汇率（1人民币比16.18日元）相当于8万5千多人民币。在两三年前的汇率下相当于10万人民币（可见人民币上涨的速度真快呀~~~这是题外话）。而这仅仅是最便宜的ft。台湾高铁使用的ft，由于配置非常高，售价要在这个价格的十几倍以上，也就是一台服务器100万人民币以上。具体价格这里就不便介绍了。

不仅ft，NEC的其它服务器其实也都不便宜。这些昂贵的服务器，到底比那些杂牌的服务器强多少呢？

其实，从技术角度上讲，未必比那些杂牌服务器强很多，毕竟这个IT时代每个IT企业都必须掌握最新的技术才能生存。但是，包括NEC在内，这些大企业的产品的价值不仅在于产品本身。

前几个月某国某地ft服务器出现问题，更换了模块之后还是陆续出现问题。这里且不说问题的原因（其实很多都是人为造成的），单说出现问题后，由于频繁更换模块，已经没有备用的模块了。于是NEC就直接从日本空运过去十几个CPU Module和PCI Module，并直接派技术人员去更换、调查。这些就仿佛在说：“服务器出现问题了不怕，我们立刻免费给你换新的！又出问题了？那我们再给你免费换新的！”

这些更换用的模块、以及技师的海外出差费用都极其昂贵。用户花大价钱购买服务器，在某种程度上来说，购买的就是这种安心的售后服务。

【结语】

对于企业来说，采购时不仅要考虑当时的费用，而且要考虑到维护和持续使用时产生的费用——也即TCO的概念。对于没有售后保障的免费产品，在TCO上没有任何优势而言，除了小规模、实验性的应用之外，对于企业来说是不大适合的。

Error Line 78 column 139: document type does not allow element "br" here.
...ALIGN: center"></col></colgroup><br />

但是奇怪的是，我的源代码中，</colgroup>后并没有<br />。我们可以用W3Shool给出的最简单的例子进行实验：

试着在Wordpress (2.0.x，包括最新的2.0.10。在2.2上则没有这个bug) 中编辑一个新帖子，在代码画面敲入上面这段代码，发布，再去看生成的HTML时就会发现变成了这个样子：

由于</colgroup>和<tr>之间是不允许有<br/>的，所以导致XHTML验证错误。

那么追根到底是在什么时候这个<br/>被添加到输出的HTML中的呢？调查了一下数据库，发现在数据库里面的内容还是没有<br/>的，这说明它是在读取post的内容时，由相关的Filter添加的。一个post的内容在被从数据库读出来，到被显示在网页上之间使用的是叫做the_content的Filter Tag。在Wordpress中，默认有如下Filter被添加到the_content的处理中：

add_filter('the_content', 'wptexturize');
add_filter(’the_content’, 'convert_smilies’);
add_filter(’the_content’, 'convert_chars’);
add_filter(’the_content’, 'wpautop’);

经过检查，发现位于/wp-includes/functions-formatting.php中的wpautop函数中有如下代码：

可见，该函数中用preg_replace函数通过正则表达式删除掉了添加在table，thead，tfoot等后面的<br />，却没有删除colgroup后面的<br/>。因此，只要在这一行添加colgroup即可修正这个bug。将修改后的functions-formatting.php重新上传到服务器后，在此进行XHTML验证，正常通过。

Answers

1. A    2. B    3. C    4. B    5. B    6. D    7. A    8. A    9. B    10. D    11. D      

Explanation

1. VMware ACE (Assured Computing Environment)正如答案A所说，是用来提供安全、基于策略进行管理的虚拟PC环境的平台。VMware ACE可以作为一个独立平台使用，也可以和VMware Workstation 6结合使用，但是不可以和Virtual Infrastructure一起使用。
2. VMware Workstation没有提供远程管理工具；ESX Server比其他产品所支持的Guest OS更少，原因已经在正确答案B里面说明了。最后的D，除了ESX之外其它产品也支持多CPU，只是支持的CPU数量可能不同。
3. A的话前半句是对的，因为连接到VC可以提供更多的功能；但是如果没有购买VC的话就只能连接ESX了。
   C和D的描述基本一致，唯一的差别就是Clone之类的操作是否可以进行。没有VC的话是不能克隆的。
4. 多块物理网卡 (NIC)可以绑定在一起 (NIC Teaming)，从而实现负载平衡 (Load Balancing) 或者Fail over。Standby NIC的作用就是当前NIC发生故障时自动启用，以实现Fail over的。
5. Cold Migration顾名思义，就是在VM在停止状态时的移动。无论是Power Off还是Suspend，VM都会完全停止，不使用任何CPU和内存，因此可以Code Migration。如果VM正在使用着CPU和内存，就只能VMotion了。
6. A是错的，即便无论如何也满足不了A的Reservation，VC也只是会发出警告，而不会Power Off掉VM（除非定义了某些自动操作，比如资源不足时自动关闭VM等）。B更是无关了，因为是在Resource Pool的外面。
   C也不对，因为即便物理资源不够，VM还是能够启动，这时VC会把Resource Pool中其它VM所使用的资源强行剥夺过来，分配给这个VM以满足其Reservation。如果其它VM处也没有那么多资源，这时就无法启动了。
7. 无需说明了，在VM的BIOS画面敲ESC键可选择启动顺序。
8. 这个问题有一点Tricky。VMFS-2升级到VMFS-3之后，就是VMFS-3了，和其它的VMFS-3分区没有任何区别。ESX 2.x无法访问（只读都不行）VMFS-3。此外，升级VMFS-2并不需要把ESX 2加入到VC中。
9. 这个问题几乎天天被问，估计不用说明就都知道了。就算连接不到License Server了，还有14天的Grace Period。这14天结束之后，虽然正在运行的VM不会被强行关掉，但是却无法再启动任何VM了，除非再连接回License Server。
10. 看到D就不用看其它答案了，VMware CPU Compatibility Tool就是为了检测两台主机的CPU是否满足VMotion的要求的。
11. 访问ESX Server的Web Access不需要VI Client，因为Web Access是架设在ESX Server上的Tomcat Web Server，只需要浏览器就可以了。

首先先要讨论一下，作为font-size等CSS属性的单位，78%和0.78em到底是否相同？

遗憾的是，我并不是CSS专家，所以我没法回答按照标准这两个单位是否完全相同。但是，根据某些权威网站的说明，

Both em and % are relative measures. The difference is what each is relative to. Em is always relative to font size. % is relative to the containing block, usually the body, a div, or a table, unless applied to font-size, in which case it applies to the parent font-size.

也就是说，在用于font-size的时候，两者的涵义应该是相同的。但是，当我用下面在Firefox (ver 2.0.0.3, 默认字体微软雅黑16px)上显示如下HTML片段时，却出现了令我不解的结果：

Firefox下的结果

IE下的结果

看了这些结果，我真的不明白了：到底font-size单位中的百分比和em是否相同？

此外，有一点让我安心的就是，如果使用em作为单位的话，就没有上一篇文章中提到的，IE和Firefox中大小不一致的现象了。

今天在测试IE7和firefox下blog的字体显示时，发现在某些特定的font-size下，IE和firefox所显示的字体大小并不相同。

这里要提前说明的是，我所遇到的问题是在如下环境下发生的：

• 所测试的字体为宋体 (Simsun)以及目前最时髦的微软雅黑 (Yahei)。测试结果表明，这个问题无论是在宋体还是在微软雅黑都会发生
• IE版本为IE6或IE7，firefox为2.0.0.3
• CSS当然是使用em体系，也即百分比单位、或者em单位的font-size (这年头应该很少有人用px来定义文档字体了吧？)
• Firefox的默认字体大小设置为16px，IE无法设定默认字体（中等大小时）大小（如果哪位知道如何更改默认字体大小，还请告诉我），据有关文档称也是16px。

为了找出问题的根本原因，我写了一段php代码用来输出font-size等于100% (也即1em) 到 50% (0.5em)之间的每隔1% (0.01em)的文字显示结果。该程序的运行结果如下图所示。

上图是在Firefox下的测试结果。然后，根据IE和Firefox下的结果，得出了右面的这张表格。

通过这张表格即可看出，虽然在大多数的的情况下IE和Firefox的结果是相同的，但是当设置font-size=97%的时候，IE会显示16px的字体，而Firefox则显示15px的字体。同样font-size=72%时，IE显示12px字体，Firefox则显示11px字体。

实际用计算器计算一下就知道，当font-size为97%时，16px X 97% = 15.52px。也就是说，在IE中15.52px被解释为16px字体，而在Firefox当中15.52px被解释为15px字体 (不知道是不是Firefox的计算方法有问题？或者是W3C规定这样做的？还是我计算错误？)。

补充一条最新发现：刚才试着用CSSViewer这个插件检查了一下font-size=97%时的像素值，发现结果并不是我想象的15.52px，而是15.4667px——不知道Firefox中究竟是按照什么标准计算百分比单位的font-size的呢？

IE和Firefox究竟谁对谁错，实在是难以说清，不过有一点是肯定的——就是在设计CSS的时候，要特别注意这些IE和Firefox之间不同的地方。