系统可靠性，或者更“云”的说法是服务连续性，其实和卫生间的纸卷有不少的类似之处。

1. 只放一卷卫生纸是最基本的配置，存在单点“故障”；

2. 使用类似公厕的巨型卫生纸卷是提高系统服务能力，提高单点可靠性，延长MTTF，但是依然存在单点故障

3. 放两卷卫生纸是主备设置，一旦“故障”，可以切换；

3. 将两卷卫生纸都打开包装是热备份，“故障”切换时间很短，甚至在秒级别；

4. 使用两卷巨型卫生纸是大机主备配置，运气好，一年不用考虑“维修”

5. 将一包24卷卫生纸都放到卫生间备用是准备搞集群，让系统可靠性得到充分提高

6. 将一包24卷卫生纸都打开包装放到纸箱里面，用的时候随手一抓，摸到哪卷用哪卷是搞云计算

7. 把一大箱巨型卫生纸卷打开放到纸箱里面，用的时候随手一抓，摸到哪卷用哪卷是IBM搞云计算

8. 把一堆小卷卫生纸堆叠成巨型纸卷的样子，是搞SMP

9. 把巨型卫生纸卷拆成小纸卷使用是搞虚拟化

10. 卫生间不放卫生纸，每次要用打电话让人送一次够用的，是打算使用在线服务，SaaS

哈哈

花婆婆是开心网的防偷菜道具，今天是第一次看到，象是个戴红袖箍的居委会老太太，贴图存照:)

终于看到开心网（kaixin001.com）以不正当竞争起诉千橡开心网（kaixin.com）了。希望法律能给事实一个公平，保护受害的开心网（kaixin001.com）。开心网是2008年5月上线的，而伪开心网是2008年年底才上线的。之后伪开心网就开始用邮件对MSN用户狂轰滥炸，谎称自己是开心网。由于提供的服务非常类似，比如抢车位、虚拟朋友等等，由于域名的原因，伪开心网似乎更容易被认为是真开心网，我猜想有不少未能明辨是非的网友都被骗到了！我自己也曾经以为是开心网修改域名了，后来弄明白后，开始强烈鄙视伪开心网的所作所为！

从我收到的信息看，伪开心网在今年年初（2009年1月）和现在（2009年5月）组织过两拨大规模的MSN轰炸，可以参看我收到的伪开心网邀请（略去了后面的iid），如下：

2009-05-19 16:24 王兰请求成为你的好友,点击下面链接接受王兰的请求: http://wwv.kaixin.com/kx2.do?iid=666
2009-05-19 16:19 林卫已经明确和你的关系，点击下面链接确认： http://wwv.kaixin.com/kx2.do?iid=555
2009-05-16 16:49 最近有人在偷偷地打听你的消息，点击下面链接查看： http://wwv.kaixin.com/kx2.do?iid=4444
2009-05-16 02:54 有人想明确你俩之间的关系，点击下面链接查看： http://wwv.kaixin.com/kx2.do?iid=333
2009-05-10 06:07 神秘人请求成为你的好友,点击下面链接接受神秘人的请求： http://wwv.kaixin.com/kx2.do?iid=222
2009-05-09 02:53 神秘人请求成为你的好友,点击下面链接接受神秘人的请求： http://wwv.kaixin.com/kx2.do?iid=111
2009-05-08 20:28 沈青草 请求成为你的好友,点击下面链接接受沈青草 的请求: http://wwv.kaixin.com/kx2.do?iid=xxx
2009-02-23 08:59 梁浩请求成为你的好友,点击下面链接接受梁浩的请求: http://reg.kaixin.com/invregmsn.do?iid=yyy
2009-01-04 14:22 朱投请求成为你的好友,点击下面链接接受朱投的请求: http://reg.kaixin.com/inviteregist.do?iid=bbb
2009-01-14 07:05 恭喜你获得一只狗狗，点击下面链接查看： http://reg.kaixin.com/invmail.do?iid=zzz
2009-01-08 08:11 孙卜卜请求成为你的好友,点击下面链接接受孙卜卜的请求: http://reg.kaixin.com/invregmsn.do?iid=ccc
2008-12-25 09:15 周浩请求成为你的好友,点击下面链接接受周浩的请求: http://reg.kaixin.com/invregmsn.do?iid=ddd

从中可以看出有两点变化：
1. 伪开心网曾就修改了邀请链接，开始是reg。后来是wwv，感觉后面这个链接就不像好货。
2. 开始的时候还用假名骗人，后来干脆用“神秘人”这类可笑的名称，变本加厉的骗子！

我猜想很多MSN用户，或许还有QQ的用户都会收到过这类不请自到的骚扰邀请。但是人家伪开心网头目的解释是，

“有网友认为千橡开心网发送大量推广邮件对自己造成困扰，许朝军对此回应，在网站开始阶段，邮件推送是惯用的推广手段，而且千橡开心网在每封邮件后都有取消推荐的功能，所以不存在对用户的困扰。”

简直就是无赖在耍流氓啊！

相关信息：
1. 揭秘开心网：创始人程炳皓的创业故事
2. 千橡许朝军否认不正当竞争 称双方定位不同(图)

虽然看到有人说此片如何不好，我还是很喜欢这个片子的。一是因为科幻题材，二是情节非常曲折，特别是在未来世界的John Connor命令手下去和液态机器人秘密接触，商议合作的情节。虽然这次合作因为人类的猜疑而没有得逞，但是这已经不单纯是人和机器的战争，而是机器内部也拉帮结伙，和人类的合作成为可能。可惜啊，这么一个好剧就被FOX kill了！！

然后就传言《Terminator：Salvation》，即终结者系列的第四部可能和《莎拉传》连续剧有情节的连续，不过前者的导演很快出来辟谣，真真假假的，就当是烟雾弹吧 - 虽然心里还是希望能有所连续:-)

最后转载Wikipedia上面的相关词条中的一个表格，叙述了《终结者》4部曲和《莎拉传》的关键角色，这才知道行行出状元！

相关信息:
1. http://www.fox.com/terminator/
2. http://en.wikipedia.org/wiki/Terminator_(franchise)

最近得了一个ZTE生产的USB接口的TD-SCDMA上网卡。据说USB接口是Orange 3G网卡中最为常用的类型，我想首要原因是成本低，运营商愿意定制，另外一方面是使用简单，兼容性好。ZTE的这个USB网卡中内置了64M的MicroSD卡，属于免驱动的网卡，安装比较容易。此网卡的规格说明中说此卡的最大下行传输速率在UMTS模式下可以达到2800kbps，如果真的可以达到，那真是可以取代2M的ADSL了。

于是就用下载软件测试了一下，开始用毛驴，后来发现负载不够大，就用FlashGet测试，从TD连接器上看，最高情况下可以达到1008kbps的速度（截屏只抓到1004kbps的图片）。不过这个速度也许并不是很准确，在FlashGet的界面中可以看到下载速度最高大约在85KB左右，折合可能有680kbps，即便如此，也已经比512K的ADSL快（FlashGet中最高在70KB左右）。大约使用了1个小时，下行流量为100MB左右，如果按照北京移动之前的资费，每月50元可以使用500MB，则这一个小时的开支是10元（和电信、联通的资费相比，这个套餐是最便宜的）。好在目前北京移动有80元包月的资费标准，“普通人也能用得起TD业务”。

此外，虽然我的笔记本同时没有关闭WLAN（使用无线网关接入ADSL），但是TD Modem在XP路由表中的优先级更高，因此测试中所有的数据都是经由TD Modem收发的。

相关链接：
1. 独家：北京移动大降3G资费推80元TD上网包月_网易科技
2. 移动G3上网本试用感受
3. 评论:联通3G资费是在挑战用户的极限
4. 工信部:中移动份额已下降 防止一家独大

应好友的请求，帮着推广一下华人征婚网（http://www.969.net/ ），据说还是排名在15名之内的网站。有需要的网友们上去多多捧场:-)

挺早就在cnbeta上面看到了Wolfram的消息，包括之后看到的搜索结果结果页面示例，但是直到今天才能登陆Wolfram Alpha。第一感觉是不知道该输入什么来搜索，于是随手输入了中国歼十战机的代号：J10，结果惊喜地获得了一个十面体的图，以及计算其体积和表面积的数学方程式，里面有些不认识的单词，比如polyhedron。很有一些挫折感，于是就看看别人在搜索什么，得到的参考实例如下：

这样才得到了一些有意义的知识，比如36g黄金目前价值是1183$，摩尔数是0.183，体积是blahblah。北京的近十年的天气变化图等等。看到最早有人说Wolfram是Google杀手，还和Cuil之类相比，感觉这样的理解真是害人，Wolfram实际上Google、Baidu这类通用搜索引擎的朋友，他能够解答关于数学、物理、化学、金融、天文、商业、生命科学、地理等领域的更进一步知识。想想Wolfram是大名鼎鼎、但是走下坡路的Mathematica软件的开发商，就能想到Wolfram Alpha不是Google Clone。出乎意料的地方实际上在于Wolfram覆盖了更多的领域，而非仅仅是公式，虽然其搜索框的尾端是“=”而非放大镜。

从Wolfram的查询结果看，这玩意对计算资源的消耗将是巨大的.Wolfram的官方Blog透露其后端有5台超级计算机（由曾制造了排名第44位的超级计算机厂商R System提供），一共有1000多个CPU内核、几百T的存储能力和充足的网络带宽，“就像滑雪场的大功率吹风机！”此外Dell也提供了堆满了Dell Harpertown的数据中心，其中计算机的配置是：4主板，双路4核CPU，其他配置是否定制不详。

据说这样的配置可以处理：每天处理175M查询请求（也许可以到10亿），即每月50亿查询请求（300亿的计算）

真是羡慕Wolfram Alpha的强大计算能力，也希望进一步弄明白其内部的实现，比其数据来源、存储系统内幕、计算技术等等，等待爆料中！从下面信息的猜测看，Wolfram 可能未完全采用类似Google那样云计算，而是使用了Scale-up的方案（gridMathematica？）和Scale-out的整合。

As of now, Wolfram|Alpha contains 10+ trillion of pieces of data, 50,000+ types of algorithms and models, and linguistic capabilities for 1000+ domains. Built with Mathematica—which is itself the result of more than 20 years of development at Wolfram Research—Wolfram|Alpha's core code base now exceeds 5 million lines of symbolic Mathematica code. Running on supercomputer-class compute clusters, Wolfram|Alpha makes extensive use of the latest generation of web and parallel computing technologies, including webMathematica and gridMathematica.

更多信息：
1. http://www39.wolframalpha.com
2. http://blog.wolframalpha.com/2009/05/12/the-computers-powering-computable-knowledge/

看到某人在某论坛的留言，有些感触，记录一下。

美国波士顿犹太人屠杀纪念碑上，铭刻着一位名叫马丁尼莫拉的德国新教牧师留下的短诗：

在德国，起初他们追杀文明用语主义者，我没有说话———因为我不是文明用语主义者；
接着他们追杀犹太人，我没有说话———因为我不是犹太人；
后来他们追杀工会成员，我没有说话———因为我不是工会成员；
此后他们追杀天主教徒，我没有说话———因为我是新教教徒；
最后他们奔我而来，却再也没有人站出来为我说话了……

在20节点的Hadoop/HBase集群（我们的改进版本，内部称为HugeTable）实施了数据导入操作，同时也产生3个索引，数据格式是包含21个字段的GDR数据表，每行GDR记录大体有400字节左右。数据和索引都从内存生成，而非来自文件。测试程序是自写的一个Master/Client结构的分布式程序，每个Clients包含了10个线程，因此整个集群有200个线程。

在37.17小时内，一共导入大约5.5亿条记录，5.5亿*3条索引记录。记录占据了Hadoop DFS 1.04TB的数据（包含3份冗余），计算一下导入能力

整个集群能够导入：

· 9.0GB/小时

· 3.6亿单元/小时

· 6千万行/小时

平均到每台服务器：

· 450MB/小时

· 1千8百万单元/小时

· 3百万行/小时

应该说导入性能并不理想，至少对IO的利用率不高，HDFS每秒可以写入20MB的数据，则每小时可以达到72GB的数据写入能力，而测试结果显示仅有450MB。我想原因可能如下：

1. 系统压力不够，也许可以通过增加每个Client的线程个数实现

2. HBase导入数据有较多的开销，包括加锁，分配内存，写META表，合并分割等等

详细的内容如下：

Cluster: 20 nodes HBase Cluster， Master、NameNode、JobTracker、Zookeeper deployed on another server. Each server has the same configuration.

· CPU：2 * 4 core

· RAM：8G

· Disk：4*250GB SATA rev.2

· Net：1000G Ethernet

· Rack：10 servers on Rack-1， 10 servers + Master on Rack-2

Software:

· OS: CentOS 5.1

· JDK: 1.6.0-07

· Hadoop: 0.19 SVN brach on 20090505

· HBase: 0.19.1 w/ some enhancement

· Zookeeper: 3.1.0

Data Generated: Import from random generated GDR records (1 CF with 21 CQ), 3 index table on cell-phone-number, call-datetime, visited-ip-address are generated as well. The GDR, GDR_CELL, GDR_DATE, GDR_SITE are generated in memory instead of from reading from file. 200~400 GDR records are generated for each phone number. Each GDR line has about 400 bytes. The Rowkey is <CellPhoneNumber>#<CallDateTime>, the size of rowkey is 11 + 1 + 21 = 33 bytes.

Import Progam: Self-made master/Client distributed program, 1 server running on the MasterServer, 20 clients running on each RegionServer, The master is only used to display the progress of each client program. Each clients has 10 threads.

Importing process:

Phase 1: (2009-05-14 12:01:3 ~ 2009-05-15 15:48:00)/(27:48:00) => about 4 0631 6688 GDR records

Phase 2: ( ~ 2009-05-16 23:44:28)/(9:21:44:649) => about 1 5000 0000 GDR records

The reason for 2 phases is that there is a fatal exception at about 2009-05-15 16:00:00, due to the .META. table is compacting/splitting, one RegionServer got exception and MasterServer kept generating error logs. The whole cluster is stopped for about 12 hours, there happened to be a hardware maintenance.

The phase is started on the other noon and finished successfully in the evening.

Result:

Time Spent：(27：48：00 + 9:21:44) = 37:10:00

data table GDR：556316688 rows (882 402 684 343 Bytes on DFS) 882GB

index table GDR_CELL：556316688 rows (39 014 482 353 Bytes on DFS) 39GB

index table GDR_SITE：556316688 rows (39 031 197 692 Bytes on DFS) 39GB

index table GDR_DATE：556316688 rows (43 487 263 826 Bytes on DFS) 43GB

Summary:

DFS Total: 1 039 786 375 423 Bytes ~ 1.04TB

Data size w/o replication: 294GB

Index size w/o replication: 40GB

ThroughtPut:

* Cluster ThroughPut:

- Bytes: 334GB/37.17h = 9.0GB/hr ==> 2.5MB/s

- Cells: 556316688 * (21 + 3 )/37.17h = 3 6000 0000 billion Cell/hr ==> 9 9778 cell/sec

- rows: 556316688 * 4 / 37.17 = 6000 0000 Row/hr ==> 1 6629 row/sec

* Single Server ThroughPut:

- Bytes: 450MB/hr ==> 125KB/s

- Cells: 1800 0000 Cell/hr ==> 5000 cell/sec

- rows: 300 0000 Row/hr ==> 833 row/sec

现在在路上看到捷豹已经不是新鲜事了，隔几天就能看到一辆。前几天下班看到一辆黑色宾利。3月份还在西便门小路上看到了一辆双色Maybach Zeppelin，而其他较为熟悉的豪华车，比如X5、X6、Q7之类的更是常见。上下班被奥迪A6/A6L/A8抢道更是家常便饭。不知道是豪华车降价了，还是贫富分化更严重了！

周末到花鸟市场买了个小捞网，到河边打渔。看到河边的渔夫还真不少。可能是因为天气的原因吧，河边每隔30~50米就有一位垂钓者，神闲气定的。由于河岸比较高，我们的捞网够不到底，作用并不大。走了一段，也没有看到鱼，就打算回去，路过了一位中年垂钓者身边的时候，和他攀谈了几句，才知道他只是以钓鱼为乐，来修身养性的。

攀谈间，却发现河边真的有鱼，赶快下网，真的就捞到了，但是看到这鱼身上有伤痕，不知道是不是咬钩后逃脱的，一路折返细细在河边寻找，打到了6条鱼：3条泥鳅，2条类似鲶鱼，还有一条类似草鱼。6条鱼中，有2条身上明显有伤，是多处很小的血点，不像是垂钓鱼钩造成的。

随后就看到一个用渔网捕鱼的壮男渔夫，是一条很长的挂网，壮男将挂网沿着河边布置。一个拖着鼻涕小男孩兴奋地攥着一小塑料袋鱼跟在后面。这才明白了我们捕捞到的伤鱼的缘由 - 被挂网上的钩刺伤的。我们之所以能捞到这些鱼，其实也是因为这些鱼有伤，反应迟钝...，而河中到处可见的小死鱼，也是挂网造成的！

河边钓鱼、捞鱼本来是一件轻松休闲的事情，但是用挂网这种灭绝鱼性的工具来捕鱼就太过分了！！

相关资料：
1. 昆玉河生态水景走廊景观规划设计
2. 昆玉河钓鱼者-世纪城论坛
3. 一周城管劝离100余名野泳、钓鱼者
4. 北京昆玉河捞出千余发子弹来路不明无锈迹/图

姚明这个2.36m的大高个再次脚部受伤而无法参赛。几天后不久单位身高1.8xm的小胡也因为打球导致脚部骨裂；再往前几个月，1.9xm的同事ZP脚部骨折而在家修养；再往前一年多的样子，身高1.8xm的同事小Q一瘸一拐很长时间，难道身高和脚伤有关系？

胡乱瞎想了一下，身高和脚伤之间可能存在如下关系：

1. 身高者一般体重较大，对脚骨的压力更大；

2. 身高者重心较高，身体灵活性也稍差，容易造成身体不稳，特别是在运动中，或者是一些意外情况下，尤其如此；

3. 身高者一般习惯性地喜欢篮球等球类比赛，这可能是小学、中学、大学体育老师暗示造成的，受到运动伤害的可能性更高；

4. 身高者可能会缺钙，导致骨骼强度不足。

相关资料：
1. 身高竟成姚明“致命威胁” 骨骼特殊致必然受伤
2. 由于特殊的身高、体重，脚部应力较大，所以容易疲劳致伤。

好久没有打游戏了，HM提议要SC，也终于因大家都忙的天昏地暗而没有成行。某天在毛驴上面看到有个《防御网格：觉醒》的炮台设计类游戏，想想网格不就是云计算的前身么，下载一个找找感觉吧。

断断续续地把这个游戏通关了，一方面是没有时间，另一方面是这个游戏对系统要求比较高，在机器上面比较卡。优点则是由更多的时间可以考虑如何排兵布阵。《Defense Grid》是即时策略类游戏，玩家的任务是在路边修建炮台防御工事，保卫自己的资源池（Core），当各种Alien从各个方向来进攻的时候，消灭这些敌人。炮台最目标的选择和进攻是自动完成的，简化了玩家的操作。选择修建何种防御炮台、炮台的位置、数量、是否升级就成了玩家的全部工作。总的来说通关并不难，出去最后一关之外，都非常easy:-)

Minimum:

• Supported OS: Windows XP, Vista
• Processor: 1.8GHz CPU or higher
• Memory: 512 MB RAM
• Hard disk space: 1GB available space
• DirectX version: DirectX 9.0c or higher, June 2008 version or later
• Video: Video: DirectX 9 video card with shader 2 support such as the following:
  ATI Radeon 9600 or newer (9600-9800, X300-X1950, HD 2400-HD 4870)
  NVIDIA GeForce 6100 or newer (6100-6800, 7100-7950, 8300-8800, 9600-9800, or GTX 216-280)

Recommended:

• Supported OS: Windows XP, Vista
• Processor: dual core 2.0GHz CPU or higher
• Memory: 1GB RAM XP, 1.5GB RAM Vista
• Hard disk space: 1GB available space
• DirectX version: DirectX 9.0c or higher, June 2008 version or later
• Video: DirectX 9 video card with shader 3 support and 256MB VRAM such as the following:
  ATI Radeon X700 or newer (X700-X1950, HD 2400-HD 4870)
  NVIDIA GeForce 7600 or newer (7600-7950, 8300-8800, 9600-9800, or GTX 216-280)
• Controller: Optionally supports Microsoft Game Controller for Windows

相关资源：
1. 下载：http://www.verycd.com/sto/game/disk/

yf转发了这个链接，打开一看，内容还真有料，没有料到联通的压力这么大，希望死者能够安歇~~~

链接如下：http://bbs.tech.163.com/bbs/tech02/132755027.html

跳楼的兄弟叫石军，负责北京联通二区分公司的基站建设，北京联通原计划2009年5.17之前再建设3000余个基站，大家知道是什么概念吗？原北京联通在北京一共才有2000个基站，在不到半年的时间内建设3000个基站是原北京联通十年的工作量。土地价格上涨、百姓维权意识的增长、物业公司的漫天要价......给基站建设带来了巨大的困难，为了能完成基站建设任务，石军和同事们早来晚走，披星戴月。一方面想尽办法争取多建、快建基站，另一方面承受着北京联通高层带来的巨大压力，批评甚至是谩骂......
我想和石军一样北京联通的兄弟应该知道石军面对的是什么样的一幅幅丑恶嘴脸，北京联通的高层由于长期脱离基层，根本不了解一线实际的困难，完全生活在他们臆想的世界内---北京联通还是十几年前的北京电信，一家独大、说一不二。采取一闭眼，悬崖峭壁就消失的态度，不能、不想、不敢面对激烈的市场竞争，把一线员工推到悬崖峭壁跟前，不顾员工死活！一线员工用最俗的谚语来形容就是“阎王爷操小鬼儿，舒服一会儿是一会儿”。
北京联通的高层可以说是吃人不吐骨头，杀人不见血。广大员工承受着工作的巨大压力、拿着微薄的薪水，他们要还房贷、要养孩子、要孝敬长辈......却被北京联通的领导整天呼来呵去，被它们在例会上骂成废物......
石军走了，从家中九楼的窗口，留下了爱他的妻子，留下了需要的他孩子，留下了惦记他的父母。
天堂上一定没有基站建设、一定见不到北京联通的领导！
石军走好！

消息会在明后俩天内得到确认，不过到那时，如果消息是真的，估计早让联通的那帮搞政治的给毁尸灭迹啦。我估计跳楼的一定不是原联通的员工，如果要跳一定是原网通的员工，因为太多的企业感情、太多的责任、太多的期望、太多的压力、太多的失望，一次又一次的摧残，一次次活的越来越不像人样。我不能对原联通做任何评价，但那时原联通人少，即便是全北京2000个基站也够养活2000个职工的，并且都过的很潇洒，合并啦！带给原网通员工太多的期望，都觉得凭自身的一腔热血，只要给他们时间，就没有打不赢的仗。5.17是政治任务，有谁不愿去完成，可是北京的城区和郊区是有差别的，相比较而言城区的困难会很大很大，这也是城区基站建设进度慢的原因，可是新联通的领导要的是政绩，尤其是从上到下的一把手及主管建设的二把手，几乎在合并以来全都进行了更换，他们要什么，这不用说大家都知道，员工们不会生气，自古以来都是上级
oooO ↘┏━┓ ↙ Oooo
( 踩)→┃你┃ ←(死 )
\ ( →┃√┃ ← ) /
　 \_)↗┗━┛ ↖(_/
着下级的头往上怕的，员工也想上进，也想往上爬，尤其是工作了10几年甚至是20几年的员工，他们也想在这关键的时刻进步一下，所以他们不顾一切，不计成本、不顾家庭、不顾身体，为了那个渴望已久的梦想随时都可能实现的前提下，豁出去了自己的一切。即便是薪酬套改的失败，可大多数员工已经习惯了，相信总有一天会盼来黎明。如果跳楼者是真的，必将掀起一股浪潮，讨薪者有之、评理着有之、上告者也有之。一个企业的基业将被动摇，一个企业发展的基石将不再稳固。因为员工将被这声金雷所击醒，他们的未来原是那样的渺茫。

《地下地上》是我看到的第一部《潜伏》克隆剧，导演和编剧都不是《潜伏》原班人马，分别是导演是楼健，原作是石钟山，编剧是汪海林。不过《地》剧也并非完全克隆《潜伏》，还是有很多创新的：

先说说相似之处：《地》剧发生在军统沈阳站；我党潜伏特工和美女游击队长假扮夫妻；沈阳站执行队长也是马队长；男一号和2个美女搞三角恋；军统沈阳站站长也是老奸巨猾，但是比较信任我前夫特工。

再说不同之处：

1.《地》剧的潜伏是双方的，前20集是我党特工潜伏、后20集是敌特潜伏；可以说融合了地下党和反特片；

2.《地》剧中人物关系更复杂，其中有2位双料特工，一个是我方特工被敌人捕获被策反、另外一个是地方特工被我方感化；

3.《地》剧细节比《潜伏》差一些，有些情节经不住推敲，40集要介绍《潜伏》2倍的故事，细节确实不清晰；

4. 《潜伏》在人物设置也更为巧妙，比如说3个女主角分别代表了农民、小资和革命女性，而《地》剧则仅安排了农民和小资女性

不管是否克隆，《地》剧对于喜欢战争题材的观众还是有不小吸引力的。而且克隆剧也说明国剧的编剧、导演力量在逐步成熟:)

更多的信息：
1. 《地下地上》简介
2. 《地下地上》剧情完整介绍
3. 图片：http://ent.sina.com.cn/v/m/f/dixdis/index.html
4. 分集剧情：http://www.lucky8k.com/thread-64889-1-1.html

五一之前就看到楼下的洋妞涮肉改成了“吃川堂”，而且在楼道发送了促销广告，说羊肉1元1盘，啤酒1元一瓶，还有特价的肉丸子。感觉不过是个促销广告，也没有在意。今天逛了书市就过去尝试一下，发现这个地方果然特别便宜：首先是承诺的特价菜品不限量；此外蔬菜价格也很赞，豆腐只有3元，土豆片是5元，其他的蔬菜基本上也是5元一份，菜量和其他地方相比并不小；送西瓜果盘和小布丁。两人才吃了59元，而且返券46元，我真的是无语了！！

感兴趣的好友们可以去尝试一下，据说促销活动持续到本月底。

TeraData和GreenPlum都是DW的主要供应商，不过一个是传统厂商，一个是新锐。前者具备很高的并发访问能力/TPS，而后者具备很强的可伸缩性和数据吞吐率。可以看出这两个产品并不冲突，一个可以面对前台用户，而另外一个面对后台数据。

Metrics on eBay's main Teradata data warehouse include:

* 2 petabytes of user data
* 10s of 1000s of users
* Millions of queries per day
* 72 nodes
* 140 GB/sec of I/O, or 2 GB/node/sec, or maybe that's a peak when the workload is scan-heavy
* 100s of production databases being fed in

Metrics on eBay's Greenplum data warehouse (or, if you like, data mart) include:

* 6 1/2 petabytes of user data
* 17 trillion records
* 150 billion new records/day, which seems to suggest an ingest rate well over 50 terabytes/day
* 96 nodes
* 200 MB/node/sec of I/O (that's the order of magnitude difference that triggered my post on disk drives)
* 4.5 petabytes of storage
* 70% compression
* A small number of concurrent users"

自从Codegear拥有了Borland的IDE系列之后，依稀记得曾经推出了Java开发工具、Eclipse的工具和Delphi新版本，但是并没有激起什么特别的响动。而原来的Borland则转型为ALM产品供应商，在我眼里，这似乎已经不再是广大开发人员的朋友，而变成了广大项目经理的朋友了:-)

这次MF收购Borland的同时也收购了Compuware的几项测试产品，据说是要加强其测试产品线和服务，因为预期这方面有每年2亿$的市场，而这两次收购则将支出75M$ + 58M$=1.33亿$，看上去大有赚头，希望MF有钱之后把Codegear也收下来，成就一个软件工具巨头。

LONDON, May 6 (Reuters) - British software company Micro Focus (MCRO.L) is to acquire Borland Software (BORL.O), once a major rival to Microsoft (MSFT.O), and assets from Compuware (CPWR.O), it said on Wednesday, to take a position in the software testing market and boost its U.S. presence.

Shares in the Micro Focus, which helps companies modernise their business systems software, leapt 17 percent as the group also released a positive trading statement.

Micro Focus said it had made a recommended cash offer to buy Borland for approximately $75 million in cash.

It has also agreed to buy the Application Testing and Automated Software Quality business of Compuware Corporation for around $58 million.

The group said the two deals would give Micro Focus a leading market position in the software testing business which is estimated to be worth around $2 billion a year and would complement Micro Focus's core software modernisation business.

Numis analyst David Toms said the deals could result in an earnings per share accretion of 45 percent.

"Micro Focus has experienced a strong close to the fourth quarter and I am delighted with the current market relevance and resilience of the group," Chief Executive Stephen Kelly said in a statement.

"Looking forward, the acquisitions announced today position Micro Focus well for significant further future growth."

Both acquisitions are fully financed and are being funded from existing Micro Focus cash resources supplemented by a new three-year revolving credit facility of $175 million.

In a separate trading statement Micro Focus said group revenue in 2009 was expected to grow by approximately 20 percent and it hopes to achieve double-digit organic revenue growth in the core business at constant currency exchange rates.

Full-year adjusted earnings before interest, tax, depreciation and amortisation are expected to be in the range of $115 million to $117 million, compared with 2008's $88.5 million. 

From: http://www.reuters.com/article/mergersNews/idUSL657306220090506

相关链接：
1. Borland Software Solutions for Change Management, Asset Management
2. 英软件商Micro Focus以7500万美元收购Borland-搜狐IT
3. Compuware Corporation Homepage
4. Enterprise Application Management and Modernization - Micro Focus

某次使用SysInternal的Desktops，发现出现了很多SetTask.exe，以为是Desktops在做些什么事情。结果是冤枉了SysInternal，SetTask.exe实际上是SogouExplorer的后台进程。

SogouExplorer的最大特色就是可以单独浏览页面，即不会像IE5/6/7、Maxthon那样，一旦出现某个页面失去响应，而导致整个浏览器都crash的情况，看来是SetTask在后台做了很多事情。分析一下调用，看来确实如此：

1. SetTask调用了RegisterBindStatusCallback函数，这个玩意Hook到某个URL；

2. SetTask而非SogouExplorer调用了Cookie函数，比如InternetSetCookie等等，说明SetTask真正负责后台的浏览；

3. SogouExplorer使用了大量的GDI调用，而且在切换任务的时候可以看出来浏览器上部和下部窗口是分离的，可以被其他窗口覆盖一部分，但是另外一部分则显示正常，但是SetTask也调用了GDI接口，因此不妨将SogouExplorer看做是上部（含工具栏、收藏夹等部分）是SogouExlporer实现的，而每个浏览窗口则是SetTask实现的。从内存、CPU的占用情况也可以看出些端倪。两者的跨进程调用接口可能就是通过Hook实现的，之所以这么费劲，可能是希望保证使用MS的最新接口和实现；

4. 但是无论打开多少个页面，我最多只看到过5个SetTask进程，估计是一个进程负责了多个页面，是不是如果一个页面hang，会导致多个页面hang？但是没有观察到这一点。也许Sogou使用了些技巧保证这一点。

相关信息：
1. 搜狗浏览器- 搜狗浏览器的内存优化是假的—— 搜狗说吧

某好友说看完《南京！南京！》后心情有些压抑，感觉也不好。于是就没有去电影院看，后来LP自己看了，回来给我讲，后来又看了南方周末关于此片的采访，给我的感觉和之前是一样。看上去这个片子的选题有些过于弱化中国了。中国人并不是那么麻木不仁的，可能是陆川是小日本兵日记看多了，又想出人意想吧。

发信人: szn (梦话连篇), 信区: Movie
标  题: 陆川，浪费南京这个题材了
发信站: 水木社区 (Mon May  4 22:44:46 2009), 站内

看完片子的第一感觉，真是用心拍的一个电影，选材也很大气，但除此以外，就是若干遗憾
了。简单的说，个人以为，以南京的这个选材，这个投入，影片是可以做的更好的。

先说情节，除了这个历史事件外和那个角川的日本人外，中国方面就没有一个明确的线。刘
烨、高圆圆、范伟，这几个演员之间就没什么关系。电影是讲故事的，不知道这个电影的故
事性在哪里。最起码，戏剧所需要的冲突是不够的。

结构：与情节相对应的，结构也是欠缺连贯性的。刘烨那段和高圆圆那段，各说各的话。要
是30分钟小电影的话，说拍成两个都问题不大。

人物：看过片子之后，如果不看片尾的角色介绍，有人能几个一个中国主角的电影里的名字
吗？但大多数人能记得角川这个名字。这就说明一个问题，日本兵的形象立起来了，而中国
人的一个形象都没立起来，或者说半立不立的。倒是那个妓女的形象，虽然场次不多，但人
物却是饱满的。其实，可以有一些镜头通过人物穿情节的，比如刘烨与高圆圆或者那个妓女
之间，可以是兄妹或者情侣，都可以穿一下，至少不显得那么突兀。再比如，高圆圆可以在
动员场景的时候，自己是可以举手的，也不妨碍她后面的场景。范伟这个角色，死得不明不
白的，其实是可以有一些反抗的。还有最后那两个活着的中国兵，就像是没思想似的，他们
有没有可能重新找到部队，重新加入战斗？

立场：这个问题是最大的。如果陆川想拍一个超越意识形态的片子，就不能选南京这个题材
。这是一个明显的侵略战争，战场是在中国，死了30万中国人，是最大的背景和基调！如果
陆川想拍人性，那人物得是饱满的，恰好他又缺这块。所以，看完整个片子，感觉这是中日
友好协会拍的。中日友好协会拍片子也没问题，就不能选择南京这个题材，立场和题材不搭
调。

总体看来，不是说日本兵的反思不可以，而是笔墨太重了，以影片接近尾声的日本祭祀仪式
看，没有必要如此浓墨重彩。也不是说中国人的麻木和沉默的大多数不可以批判，但总是有
反抗的声音的，总是有人物的。因此，陆川的败笔之一在于题材与立场的失衡，之二在于中
日角色对比关系色彩的偏颇。至于演技的好坏、音乐的配合，到觉得是小问题了。如果是单
纯为了影片能够顺利公映的话，显然，有点过了。

--

※ 来源:·水木社区 http://newsmth.net·[FROM: 125.33.139.*]