在 HDS 发布新产品 USP V 后两个月,EMC 宣布推出 DMX-4。
DMX-4 似乎没什么亮点。官方说明也就这么几个:后端终于支持 4GB 通道了(HDS 可是老早就支持了); 将支持 750GB SATA 盘。至于性能提升,说得比较模糊,大约是 1/3 的样子。在软件方面没有什么大的变化。 本来听说 DMX-3 将有一次微码升级才能支持端到端的 4GB。看来这次微码升级直接变成 DMX-4 了。
等闲下来收集一点资料,看看现在存储服务成本最低能控制到多少.
–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–
今天将 dbanotes.net 所用的 Movable Type 从 Beta 2 升级到了 Beta 5 测试了一下,遇到了大小毛病都有,不得不退回来。有些怀疑这个 MT 4 将会是一个比较失败的版本。
Beta 5 要求插件必须在 Plugins 目录下的子目录下,不允许脚本直接裸奔在插件目录下了。Beta 3 和 4 我没有还用过。不知道是从哪一个版本发生的变化。当然,这个变化不是问题,问题是即使这样设置了,很多插件仍然识别不到。包括 relatedkeyword.pl 插件。这个插件虽然简单,但却是我原来 Blog 不可或缺的。
如果重复运行了升级操作,似乎就有这个问题:
lib/MT/Author.pm line 337
可以参考论坛上提供的修改数据库的解决办法。
因为 Media Manager 不兼容会带来如下错误信息:
Unknown action mm_entry_edit
这个插件作用不大,直接删掉。
Updated: 测试了一下 最新的 Beta 6 ,又回滚了
Beta 6 还是有新问题。MTinclude 后面的模块名字中间不能有空格。
–EOF–