2009-06-26 Fri
Michael Joseph Jackson，1958年8月29日－2009年6月25日
他是一个传奇，他同时也创造了一个传奇。13首冠军单曲，13届葛莱美奖(中文维基有误)，7亿5千万的专辑销量，永远并且唯一的King of Pop。
在他走后人们为他同样创造了一个传奇，Twitter热榜前10几乎全是有关消息，Amazon上音乐销售排行前15名全是他的专辑，众多音像销售店内他的专辑售空，网络甚至因为相关消息而阻塞，众多电视台开始循环播放相关信息。
昨天是属于历史的，明天是属于未来的，今天是属于Michael Jackson的。
相关日志
2009-06-25 Thu
新花样北京6月25日电 “救救孩子，不能再让替党说话不替人民说话的信息在网上大行其道了。”
“请有关部门下大力气，动真格，彻底铲除媒体毒瘤。”
“如果能形成更多曝光、评议的平台，发动群众对媒体的日常运营进行监督，相信创建和谐文明的社会环境指日可待。”
……
在匿名人士发起的关于肃清媒体文革遗风与极左思潮的调查和话题论坛互动中，这样的网民留言很多，坚决支持我国采取更加有力的措施还媒体一片绿色空间。
此前，针对CCTV、人民网、新华网存在大量传播极左思想以及误导和虚假的内容，广大中国网民连日来对其提出了强烈谴责，要求国家有关部门对其进行处罚，并责令其立即进行整改，彻底清理政治群殴和恶意误导内容。
6月25日，匿名人士发起调查，就如何肃清文革遗风与极左思潮请广大网友表态并发表意见建议。
调查一推出就受到了的网民关注，他们积极参与投票和留言。截至目前，33%的网民坚决支持打击、整顿这些媒体的文革遗风；更有54%的网民认为，这些媒体正在自绝于人民；48%的网友投票求有关部门“健全法制，严格监管，该罚罚，该关关”。
媒体文革遗风与极左思潮泛滥早已成为公害，特别是在我国大力倡导践行社会主义荣辱观的环境下，一些喉舌仍然道德丧失，忘记了自己的社会责任，其颠倒黑白的行为遭到了网民的鞭笞，40%的网民认为这些媒体腐蚀社会，特别是未成年人，腐蚀性大，必须严惩不怠。
如何构建一个健康文明、替百姓说话的媒体环境，网民建议除了采取更加有力的措施治理整顿外，也希望垂死的媒体尽早死去，同时还强烈要求媒体行业尤其要加强自律。
新浪、搜狐、腾讯等网站有关负责人在接受本网采访时强调了媒体社会责任的重要性。
投票结果截屏（截止到25日19点） >>>>>>点击进入投票
一位家长留言说：我很气愤，一些不良媒体为了压制人民群众的声音，真是无所不用其极，这对我们的孩子是多么大的伤害啊！思想被这些垃圾媒体严重影响，注意力被引到这些恶心的东西上面，他们如何健康成长？
网友“央视高也”表示，CCTV、人民网、新华网似乎完全继承了姚文元的衣钵，弄得我至今心神不宁。
在本月17日，逯军局长对记者发表的“是准备替党说话，还是准备替老百姓说话？”的重要讲话发表之后，这些无良媒体不但没有任何悔改，反而变本加厉，更加嚣张，疯狂篡改、伪造民意。在网上网下人们对文革遗风与极左思潮“一片喊打”的时候，这些媒体的可耻行径，也让我们感到治理文革遗风任重道远。
（本文可与该文对照阅读。）
基于等待事件的性能调优方法, 自从提出来后就一直很管用, 很快就替换掉了根据命中率来调优的老方法. 当然oramon也同样关于等待事件的数据, 同样以10秒钟的频率计算出10秒内发生的等待事件数据, 并用如下格式保存.
06/25-15:23:44 206-49792:416125:83, 203-18279:89351:48, 157-8436:47502:56, 21-153:1438:93, 4-397:1360:34, 195-10382:906:0, 209-128:726:56, 210-26:514:197, 372-1409:24:0, 233-111:15:1, 207-1:10:100, 234-50:0:0, 152-2:0:0,
06/25-15:23:54 206-49756:414376:83, 203-18221:90461:49, 157-10301:52368:50, 4-448:1543:34, 209-161:1007:62, 21-180:973:54, 195-10376:926:0, 210-36:566:157, 372-1343:21:0, 207-2:13:65, 233-61:0:0, 234-50:0:0, 152-3:0:0,
每一个时间点一行, 按总等待时间降序排列各个事件的数据, 单个事件的格式为"事件号-等待次数:等待时间:平均时长", 需要注意的是平均时长的单位是万分之一秒, 而不是千分之一秒(毫秒). 可以从目标库(不同版本会有差异)中根据事件号来查询等待事件名称.
SQL> select name from v$event_name where event#=206;
NAME
--------------------------------------------
db file sequential read
象上面的例子中, 可以看到平均单块读的时间为8毫秒, 这个值可以用来评价OLTP系统的存贮响应时间. 利用10秒钟的等待事件数据, 帮我们发现了Oracle中超长log file sync等待的问题, 并成功绕过这个Bug, 有利于保持数据库系统的稳定运行.
Relative Posts:
2009-06-24 Wed
当我们真正遇到数据库的负载问题时, 一般都会有大量的活动会话，处理执行或是处于等待状态, 要解决问题或找出问题的根源, 就要知道那时这些活动会话在做些什到或等待什么? 在Oracle 10g中我们可以查询V$SESSION获得这些信息, 在Oracle 9i及更早的版本中, 则需要将V$SESSION和V$SESSION_WAIT关联起来.
oramon中就记录了这些信息, 记录的数据如下, 格式为"事件号:SQL Hash Value-会话数". 表示在某个时间点有多少个会话在执行这个SQL, 这些会话处理什么样的等待状态.
......
10/30-20:02:37 205:2815233029:1, 372:4160993935:1
10/30-20:02:47 205:1623840268:1, 372:1569451005:1, 372:4160993935:1
10/30-20:02:57 205:374916427:1, 372:3179818757:1, 372:4160993935:1
10/30-20:03:07 205:1623840268:1, 372:860679981:1, 372:4160993935:1
10/30-20:03:17 372:4160993935:1
10/30-20:03:27 372:270817213:1, 372:4160993935:1
10/30-20:03:37 372:4160993935:1
......
oramon每10秒执行一次查询并记录数据, 因此遇到问题时, 可以用记录的数据进行跟踪分析, 或进行事后分析. 为解决突发类的负载问题, 提供了有力的数据支持, 从我的经验中, 这些信息是非常有用的, 帮我找出了很多性能问题的根本原因, 从而切实解决了很多的问题.
Relative Posts:
Google被封, 苦了IT工作者, 没有了好的搜索来查找技术上面的资料, 预计中国的软件业会受到一定的影响. 百度有什么? 有的只是能让他赚钱的广告, 虚假的也好, 骗人的也好, 交钱就能被搜索到. 要找技术上的资料时, 百度上不管输入什么关键字, 前几页总有不相关的广告, 象街头的治牛皮癣广告, 在每个页面上都有, 而Google则能给出更多更准确更干净的搜索结果.
Gmail被封, Google被封, flickr被封, WordPress被封, 不如有人网上建议的, 那么怕民众得到外面的信息, 直接断了中国到世界的网络出口算了, 搞一个彻底的局域网算了, 国外的公司要通过网络宣传产品, 请到中国来成立一个公司, 然后在局域网内受严格监控下架设一个站点, 还能让工商局多收点钱, 对GDP做些贡献.
如果美国主动将到中国的网络断了? 或者一些大公司因为这个GFW直接放弃中国的市场, 我们真的就得到很多吗?
大禹治水都重在疏导, 不在于堵, 不在于GFW. 一方面从小教育我们这方面的道理, 另一方面却在不停地封, 只是因为少部份人可以搜索到某些不太好的内容, 就认为所有的人都没有判断能力, 人民都是刁民, 从网上得到的最多的只是是一些很想掩别人的耳盗别人的铃的丑闻, 其实大部份年青人已经将下半生卖给房贷, 卖给银行了, 那就闲情去关注太多额外的东西呢. 有些事情过去十几年, 甚至二十年了, 还能怎么样呢? 更严重是因为权力和财富的线性关系引起的上上下下左左右右不同财团之间的内部争斗而已.
说白了谁让你是IT工作者呢? 谁让你一定要用国外那些最先进的服务呢? 不如国内所有的IT工作者, 集体改行吧! 以后中国会多一个职业, 专门介绍国外互联网服务产品的讲师, 因为GFW无法亲自体验, 只能从声音中得到一点享受了.
Relative Posts:
2009-06-23 Tue
Oracle系统级的性能统计数据对于解决性能问题十分有用, 因此在8, 8i, 9i, 10g, 11g的发展过程中, 性能统计项一直在不断增加. 要充分发挥这些数据的作用, 关键是如何展示这些性能数据, 以利于性能问题分析, 例如关于Oracle中物理读的一些统计值.
SQL> SELECT name, value FROM V$SYSSTAT WHERE STATISTIC# IN (54,120,56);
NAME VALUE
------------------------------ ----------
physical reads 2373
physical reads direct 39
physical reads direct (lob) 0
如果只看绝对值, 是没有多少作用的, 从中看不到什么有用的信息.
20:10:24 SQL> select name,value from v$sysstat where statistic#=54;
NAME VALUE
------------------------------ ----------
physical reads 3340
......
20:10:36 SQL> select name,value from v$sysstat where statistic#=54;
NAME VALUE
------------------------------ ----------
physical reads 6371
执行两次, 差值(6371 - 3340 = 3031)表示Oracle在两次收集的12秒时间(20:10:24 to 20:10:36)内总共从磁盘上读取了3031个数据块, 平均每秒钟303个块, 就很好地告诉了我们数据库的物理IO压力情况. 用oramon可以将不同的性能指标数据和时间显示成二维矩阵, 方便我们查看和分析问题.
www.AnySQL.net Exec BGets RReq Read Writ Redo ...
11/27-20:15:47 54 206 15 15 0 0 ...
11/27-20:15:57 196 718 41 41 0 664 ...
11/27-20:16:07 64 637 19 61 0 6192 ...
11/27-20:16:17 17 16 0 0 0 0 ...
11/27-20:16:27 17 13 0 0 0 0 ...
11/27-20:16:37 16 6 0 0 0 0 ...
用oramon工具可以较高频率(10秒一次)来收集数据, 更容易抓取瞬间的数据负载变化, 通过分析这段时间的各个性能数据, 如: Exec=执行次数, BGets=逻辑读, RReq=读请求, Read=特理读, Writ=物理写, Redo=日志量, 等等, 便可以知道负载升高的精确原因, 从而去采取有效措辞.
Relative Posts:
2009-06-22 Mon
MySQL的客户端程序可以静态方式编译, 也就是将客户端程序和MySQL的客户端链接成一个可执行文件, 这样发布程序时就不需要额外安装MySQL客户端了, 比如让Perl支持MySQL的数据库, 就不想在每台机器上安装一个MySQL客户端, 只要将Perl拷过去就以使用.
最好是找一台干静的版本较低的机器, 如没有新机器, 致少要编译一个独立的MySQL客户端, 不要和编译服务器端的混在一起. 取得并解压MySQL源代码后, 执行如下命令进行编译配置工作.
./configure --prefix=/usr/mysqlclient \
--without-debug \
--without-bench \
--enable-thread-safe-client \
--enable-assembler \
--with-charset=utf8 \
--with-extra-charsets=utf8,gbk \
--with-collation=utf8_bin \
--without-bench \
--with-lib-ccflags=-fPIC \
--disable-shared --with-pic \
--without-server \
--with-mysqld-user=oracle \
--without-docs \
--without-man
然后下载DBD::MySQL的源代码, 执行如下命令进行编译配置.
perl Makefile.PL --mysql_config=/usr/mysqlclient/bin/mysql_config
make
make install
这样编译生成的就是静态的DBD::MySQL模块, 可以用ldd查看.
$ ldd mysql.so
libc.so.6 => /lib64/tls/libc.so.6 (0x0000002a95729000)
/lib64/ld-linux-x86-64.so.2 (0x000000552aaaa000)
一开始在不干净(编译过Server版本)的源代码下编译了几次, 总是出现链接上的问题, 清干净就好了.
Relative Posts:
准备试用MySQL, 先用它来存放收集的一些性能数据, 就找了一台16GB的x86_64机器, 自已下载了源代码进行编译. 编译成功, 建库也成功, 直接用Linux LVM下的逻辑卷做Innodb的数据文件, 以为准备工作就做完了, 可以安心使用MySQL了. 在真实使用之前, 先跑跑自带的sql-bench程序吧, 虽然看不懂sql-bench的结果, 但总算在MySQL中跑了一些SQL, 不料在这中间就出现MySQL挂起的情况.
事情源于发现转给sql-bench程序的参数写错了, 想测试一下innodb上的效果的, 要指定所有表的默认建表选项, 于是用Control + C中断了正在运行的程序, 用中断的方式换了几个参数后, 突然发现MySQL挂起了, 用"show status"命令查看MySQL的运行情况时, 发现大部份性能统计数值都不再变化. 以为是一时的情况, 没想到今天集团同事也遇到了同样的问题, 于是去重试了一下, 两个Control + C就让MySQL挂起了. 挂起后MySQL不能读写磁盘上所有磁盘上的表, 不能创建Innodb表, Myisam表, 连内存表也不能创建, 情况很严重.
内存是足够的, MySQL的进程数也只有17个, 系统资源肯定不是问题. 用strace看了一下, 出错后也没有什么有用的出错信息.
write(3, "\16\0\0\0\4columns_priv\0", 18) = 18
read(3, 0x71c150, 16384) = -1 EINTR (Interrupted system call)
--- SIGINT (Interrupt) @ 0 (0) ---
read(3, 0x71c150, 16384) = -1 EINTR (Interrupted system call)
--- SIGINT (Interrupt) @ 0 (0) ---
read(3, 0x71c150, 16384) = -1 EINTR (Interrupted system call)
--- SIGINT (Interrupt) @ 0 (0) ---
read(3, 0x71c150, 16384) = -1 EINTR (Interrupted system call)
--- SIGINT (Interrupt) @ 0 (0) ---
于是请了淘宝的MySQL高手过来诊断, 他发现我的MySQL是静态编译(据说这种编译方式下性能更好)的, 就是在编译时用了如下的选项.
--with-mysqld-ldflags=-all-static
--with-client-ldflags=-all-static
估计是这个有问题, 静态编译和动态编译会使用不同的线程库(具体情况不清楚), 很有可能是这个问题, 就去掉了这两个选项重新编译了一下. 然后继续Control + C了几十次, 都没有能再重现挂起的情况.
Relative Posts:
用了将近三年的Movable Type 3版本, 上周五在升级到4的过程中, 发生了故障, 升级失败, 升级后的Movable Type 4没有能正确地显示汉字, 原因没有去深究, 估计是在升级时表数据发生了转换. 竞然没有博客数据库的物理备份, 只有导出来的逻辑备份. 将原来的数据删掉后, 导入逻辑备份, 也没有能准确显示汉字, 越来越觉得Movable Type使用的复杂了.
在升级Movable Type之间, 一直在测试WordPress, 数据数据已成功导入到WordPress中了, 干脆就换一个博客平台吧. 了解一下WordPress后, 发现Movable Type 4在博客页面结构上, 是从WordPress学了不少内容, 在使用WP SuperCache后, 页面访问虽然没有静态的快, 但对付我这种小访问量的博客, 足够快了. 在迁移过程中, 遇到了两个花了比较长时间才解决的问题.
第一个是WordPress用mod_rewrite来实现静态路径访问, 在这儿遇到了第一个问题. 博客中有两个子目录, 实现了访问控制, 在切换到WordPress后总是不能访问, 报404(页面不存在错误), 改来改去改了很多的路径重写规则, 都没有成功. 最后在.htaccess文件中加了如下一行才得以解决.
ErrorDocument 401 default
第二个是发现博客文章的显示问题, WordPress对文章的内容做了很多的字符替换处理, 导致了有些代码段, 一行会变成两行, 将换行符换成了HTML中的换行标记. 在使用等宽字体显示代码时, 会出现不能显示的字符. 快速扫描了一下WordPress的代码, 不得不处理了一个wp-includes目录下的default-filters.php文件, 去掉了几行对文章内容进行字符处理的调用.
// add_filter('the_content', 'wptexturize');
add_filter('the_content', 'convert_smilies');
// add_filter('the_content', 'convert_chars');
// add_filter('the_content', 'wpautop');
add_filter('the_content', 'prepend_attachment');
由于一直用Movable Type老版本, 文章内容已经很符合HTML规范了, 不处理才是比较准确的结果. 另外还改了一下搜索/分类/归档页面的模板, 这些页面中不显示文章内容, 只显示标题了.
