我们对未来知之甚少

偶然看到去年岁末《财富》杂志的 《2006 年的 IT 发展 8 大预测》,时间会证明一切,看看哪些预测是准确的。

1.Google 锋芒被雅虎抢走

现实:预测失败. Yahoo! 持续低迷,到了年末《花生酱宣言》之后出现了大振荡。Google 依然风光无限。

2.亚马逊在 Web 市场重新崛起

现实:预测失败. 没看到 Amazon 在 Web 市场的什么大动作。这一年多来只能说是波澜不惊。

3.电信公司的 ISP 地位无人可撼

现实:正确. 的确是这样。至少在中国是这样。因为电信公司没有竞争对手。

4.苹果将进军手机市场

现实: 不算正确。没有任何迹象表明苹果不会进入手机市场,但是什么时候进入也是没有迹象表明。

5.手机电视成为趋势

现实: 手机电视在哪里?

6.AMD 继续给英特尔施压

现实:预测正确。

7.排队抢购 “Windows 95” 一去不复返

现实: 预测正确。Vista 发布了。但是这是 2006 年,不是 Web 还没有普及的 1995 年。大家都在排队抢购 Wii.

8.思科将重新获得投资者追捧

现实:投资者现在都追捧 Google 呢。
严格来说, 8 条预测只有三条还算准确。我们对未来知之甚少。
2007 年的技术趋势,谁来预测一下?
EOF

Oracle 的 MBRC 与 SSTIOMAX

Oracle 初始化参数 DB_FILE_MULTIBLOCK_READ_COUNT (MBRC) 默认值一般是比较低的,在进行一些比较大的数据操作的时候,恰当的调整当前 Session 的 MBRC 的值可能会在 IO 上节省一点时间。
DB_FILE_MULTIBLOCK_READ 这个参数的值并不是可以无限大, 大多数平台下的 Oracle 都是 128。一般 Oracle 的 Block Size 是 8K 。128*8K=1M 。 这个 1M 是大多数操作系统一次最大 I/O 的限制。前面的限制要从这个 1M 推回去,初始化参数 DB_FILE_MULTIBLOCK_READ_COUNT 的最大值之所以定为 128 ,也是一个比较保守的策略。
Oracle 的 Metalink Note:291239.1 有一小段说明:

Each version of Oracle on each port, is shipped with a preset maximum of how much data can be transferred in a single read (which of course is equivalent to the db_file_multiblock_read_count
since the block size is fixed). For 8i and above (on most platforms) this is 1Mb and is referred to as SSTIOMAX.
To determine it for your port and Oracle version, simply set db_file_multiblock_read_count to a nonsensical value and Oracle will size it down for you.

SSTIOMAX 中的 SST 代表什么意思不为人知:

SSTIOMAX is an internal parameter/constant used by oracle, which limits the maximum amount of data transfer in a single IO of a read or write operation. This parameter is fixed and cannot be tuned/changed

要查看当前系统上的 SSTIOMAX 限制,可以通过如下做法简单的得到(trace 10046 的方法似乎麻烦了一些):

foo@DEMO> show parameters db_file_multiblock_read_count
NAME TYPE VALUE ------------------------------------ ----------- ------- db_file_multiblock_read_count integer 16
foo@DEMO> ALTER SESSION SET db_file_multiblock_read_count =256;
Session altered.
foo@DEMO> SELECT VALUE FROM v$parameter WHERE NAME = 'db_file_multiblock_read_count';
VALUE -------------------- 128

正常运行的库,MBRC 并非越大越好(除了 IO 效率有降低的可能,也会有可能影响 CBO 的运行)。后者是我的猜测,因为在 10gR2 上,’db_file_multiblock_read_count’ 参数引入了两个相关的隐含参数(Refer):

_db_file_exec_read_count
_db_file_optimizer_read_count

距离上一次写技术备忘似乎有好久了…这几天比较累
EOF

支付宝 WordPress 捐赠插件

Summer 发布了支付宝Wordpress 捐赠插件 v1.0版
这个版本的新增如下功能:

加入简单的readme.txt,支持支付宝参数后台配置,激活插件后可以到Options->Alipay中设置支付宝相关参数

说实话,可能还稍微有点简陋。但是已经具备基本核心功能了。希望他能在 GPL License 下发布这个插件。
据我所知,这是针对支付宝的第一款 Blog 插件。在逛 SourceForge 的时候,几乎每个项目上都能看到 Paypal 的 Donate 按钮,有的时候想,如果支付宝也能做到这样就棒了。
慢慢来,支付宝的捐赠插件(Alipay Donate plugin for WordPress)已经走出第一步了!
支付宝 WordPress 捐赠插件下载地址
友情提示: Firefox 下的付款功能正在开发中。
EOF

刘奋斗的《绿帽子》

最开始准备当作喜剧片看杀时间,看到监制是阿城的时候,隐约预感到这个片子或许有看头。导演刘奋斗名不见经传,电影的片头赫然打出来”刘奋斗的第一部电影”多少让人感觉是憋了好久的东西。
剧情简介:

《绿帽子》是一部三段式现代题材故事片,讲述的是一个中年人和一个年轻人,在遇到情侣对自己不忠的时候,所面对的尴尬场景和各自迥异的人生结局。
年轻人在准备远赴重洋与女友会面之前,与自己的同伙打劫了一家银行,登机之前,他欣喜若狂之余给自己的女友打了个越洋电话,谁知却得到了女友已经另外有人的消息。万念俱焚之际,他劫持了公用电话厅的女老板,并和警方对峙,刑警队长果断地替换了女老板作为人质。这时候,年轻人却意外的问了刑警队长一个问题。谁知,这个问题恰恰点中了刑警队长的软肋…(Refer)

电影的前30分钟非常精彩,看到王要打电话,然后形势急转而下,对峙,”什么是爱情”,却是一个想不到的结果。
那个胖女人似乎就是《有话好好说》里面的那个和姜文对歌的那个大姐,导演刘奋斗说过”在1995-2000年间,我觉得中国只出现了一个半导演:姜文是一,贾樟柯是半个”。颇有些向姜文看齐的意思。
郭涛在《疯狂的石头》里是别人给他看病,这次他客串了一次医生给刑警队长看前列腺,他随意说的话倒似乎是给电影点题。
提醒一下,看这个电影肯定会让你不好受。慎思。什么评论都是胡扯,只能说这是一部很让人惊讶的电影,或许 2006 年中国电影真的收获了许多。
监制阿城,作曲金武林
字幕最后说导演还准备拍《一匹丝》与《北方的海》。
BTW: 剪辑似乎有些问题,三个劫匪怎么只有两个交代了解决? 另一个跑掉了?
补充:怎么看都感觉那个扮演刑警队长的喜子眼熟,搜了一下,原来在《鬼子来了》里面他扮演六旺。
EOF