看了大卫-芬奇的《十二宫》(Zodiac)，可能是我的期望值过高，Zodiac 并没有给我带来类似《七宗罪》的震撼。整个片子属于慢热型。杀人狂似乎只是因为阴差阳错而漏网，并没有体现出来多么高的智商，自命不凡倒是有那么一点。
结尾的主题歌很好听，搜索了半天才知道这首歌叫做《Hurdy Gurdy Man》，歌手是 Donovan，这首歌来自他的同名专辑(更正一下，专辑的名字也是《Hurdy Gurdy Man》)。Donovan 对声线的控制很有意思。感觉和 The Doors 有些神似。
–EOF–
在 HDS 发布新产品 USP V 后两个月，EMC 宣布推出 DMX-4。
DMX-4 似乎没什么亮点。官方说明也就这么几个：后端终于支持 4GB 通道了(HDS 可是老早就支持了); 将支持 750GB SATA 盘。至于性能提升，说得比较模糊，大约是 1/3 的样子。在软件方面没有什么大的变化。 本来听说 DMX-3 将有一次微码升级才能支持端到端的 4GB。看来这次微码升级直接变成 DMX-4 了。
等闲下来收集一点资料，看看现在存储服务成本最低能控制到多少.
–EOF–
看这个题目可能有人会有疑问，SNS 站点和水葫芦有啥关系?
周六周日和项目团队去华庄生态农业园玩了一次，钓鱼，钓龙虾都挺有趣的. 不过给我印象最深还是水道上到处可以看到的水葫芦。有的地方已经占据了大半的水面。据说这玩意儿已经在滇池、太湖以及不少水域肆虐多时，因为繁殖飞快，很难根治。其危害来自”生长中消耗大量溶解氧，又会加剧水体富营养化”，最近又有”专家”要用这玩意儿以毒攻毒对付蓝藻，我看完全是欠抽。
网络上也有’水葫芦’, 在 SNS 站点里尤甚。拿我在 Wealink 中的体验来说，里面所谓的从事猎头和营销的用户就和水葫芦差不多，拥有几千个’连接’的猎头不在少数，而且这些人在里面折腾的还挺欢，每天收件箱里面都能收到转发来的所谓体现”人生智慧”之类的玩意儿。以致于我现在看到猎头人员发来的连接请求一律拒绝。记得很久以前 Wealink 还是不能主动和联系人断开链接的，我申请了几次后新功能也开发出来了。新型 Web 2.0 站点是这样，其实传统的论坛里也存在类似的情况，我以前喜欢去的一个技术论坛，就是因为有些用户大量的自我繁殖，发送格调低下的垃圾信息而导致不少用户流失，当然，很多站长还是喜欢这样的”水葫芦用户”，毕竟带来了更多的 PV –垃圾 PV。
水葫芦消耗大量氧气，而”水葫芦用户”消耗大量网站资源，水葫芦使水体富营养化，使得其他生物大量死亡，”水葫芦用户”使得 SNS 站点”富信息化”–导致其他用户信息过载。这一点不少 Twitter 用户也深有体会吧?! 水葫芦破坏生态，”水葫芦用户”破坏一个社区的生态，而且会”暗示”更多的用户加入水葫芦的行列，如果不信的话，看看那些喜欢树立 “用户标兵” 的站点(比如新浪)就知道了。
任何站点都不可能没有”水葫芦用户”，关键还是看管理者的态度。有些听之任之，甚至喜欢”水葫芦用户”带来的虚假繁荣，短期内可能好像有所收益，长期来看，最受损伤的还是站点自身。
国内的站点中，豆瓣在这克制水葫芦用户上做得很好，值得表扬。
–EOF–
Oracle 10g 的 ASM (自动存储管理) 真是一把双刃剑，对于存储的管理给 DBA 带来了不少便利，可也存在无穷多的问题。
这个参数 ASM_POWER_LIMIT 参数控制 ASM 后台进程 ARBx 的数量。ARBx 进程用来进行 ASM 磁盘数据重新分布打散。ASM_POWER_LIMIT 取值 从 0 到 11(据说从 10gR2 开始可以设置为 0 ). 当新添加磁盘或者删除磁盘后，ASM 会启动 ARBx 进行 IO 分散操作，这是个非常消耗资源的动作，所以一定要选择系统空闲的时候进行。
ASM 默认的 Stripe Size 为 128K。 (一般操作系统的一个 IO 最大是 1M，对于 Block Size 为 8K 的系统，一般来说，db_file_multiblock_read_count 设置为 16 即可)。分配单元（ Allocation Unit ） 是 1M，这个 AU 对应 extent 。在一些 DW 环境，随着数据量增大，AU 会非常的多，会产生性能影响。Stripe Size 和 AU 是可以通过 ASM 实例上的两个隐含参数调整的：
错误信息类似如下：
ORA-15063: ASM discovered an insufficient number of disks for diskgroup "FOO"
这个问题是因为 设备 PVID 导致的，一般可以通过如下三个方法解决：
哪一种方式都有风险，操作需要谨慎。
–EOF–