CNOUG.net Planet

Scaling w Flash Webinar Recording Available

The Scaling with Flash webinar I’ve mentioned earlier was a success and we got the recording available. It contains Percona presentation, presentation of Schooner appliances and Q&A session. Enjoy. Entry posted by peter | [...]

系统触发器的应用顺序（二）

在写一个AFTER SUSPEND触发器的时候碰到了一个很有趣的现象。看一个例外的情况。系统触发器的应用顺序（一）：http://yangtingkun.itpub.net/post/468/486884上一篇文章中通过测试说明，所有满足触发条件的触发器都会执行，下面再看一个例子。这个例子将触发器变得稍微复杂一点：SQL> CONN YANGTK/YANGTK已连接。SQL> DROP TABLE T_TRIGGER PURGE;表已删除。SQL> DROP TRIGGER TRI_SUSPEND;触发器已删除。SQL> CONN / AS SYSDBA已连接。SQL> DROP TRIGGER TRI_SUSPEND;触发器已删除。首先清除上一篇文章的测试环境，下面在当前用户下创建触...

安全，还是安全

不知道，是不是因为被过往整怕了，我现在的思维状态，越来越把安全放在第一位。这里的安全，还不单单是指工作中涉及到的代码安全，除此之外，还包括了项目安全、团队安全等等多个方面，不过，归纳起来，可能也就两点：
1. 作事的安全；
2. 用人的安全。

考查一个团队优劣的标准，我认为只有一点，那就是，“把事作好”。所以，不管是民主也好，控制也罢，其最终目的都是为了把事作好。说，我们放开限制，让大家每一个人都自由发展，而其实，并不是每个人都能把握住这样的机会，甚至并不是每个人都需要这样的机会。所以，我们决策者自己，对自由发展的效果要作到心中有数，自己给自己一个低估值，随时准备在最关键的时刻自己亲自上阵。

说起来可能会觉得很可悲，但无数的事实一再告诫我们，这个世界上，在那些最关键的时刻，往往只有自己才靠得住，甚至，连自己都靠不住。因为是人就总有懈怠、不经意甚至自私的时候，而每当此时，都是我们更容易犯错，项目更容易出问题的时候。

在网游产品运营的过程中，经常会遇到非常多的突发事件，特别是与安全相关的突发事件，比如物品复制，刷钱等等，我们在处理此类问题的过程中，所积累下来的一个良好习惯是：不仅要解决当前的这个问题，还要向上更进一层，看看如何从机制上作得更安全。

机制的安全，是一个永无止境的改进过程，新的需求、新的改动总会引出新的问题，我们无法从技术层面作到完全的杜绝，最主要的，还是要不断敲响警钟，让每一个开发者都绷紧一根弦，都能到达“闻刷色变”的心理状态，小心翼翼，战战兢兢。

多年来，我们磨练出的一个最好品质就是：快速响应，而且，是整个团队，自上而下，自内而外的。关于这一点，可能这一次与我们产品团队合作的市场团队同事印象会比较深刻，我们对于前线需求的响应速度可能在公司内部是前所未有的。

在我们的团队中，我们也从始至终在贯彻一种理念和作事的方法：在这个团队中，没有谁不可被替代，包括我自己。我对这个团队进行培养的最终目标，就是如果有一天我离开这个团队，它仍然可以按照我们既往积累下来的流程、经验和方法把项目和产品顺利的作下去。从这套作事的方法上，我们就在避免把某一个人刻意塑造为项目中不可替代的核心人物，也绝不会允许任何开发者以“讨价还价、以走相胁”的方法获得自己想要的利益，在这个团队中，任何利益的获得，都是因为你对项目本身作出的贡献，而不是其它。

广撒网，精耕作。有些烂泥压根就是扶不上墙的，我们自己要有这个心理准备。要把机会留给那些真正能作事、能担得起责任、心中装着大家而不自私的人。有才者，可以攻一役；而有才有德者，方可统领千军。

Oracle Flashback Version Query--Trick or Trap

Learn how to use Oracles Flashback Version Query to not only see past data at a particular point in time but also to see how it changed over time.

关于 I/O 的五分钟法则(Five-Minute Rule)

去年在对 SSD 做调查的时候就关注过这个五分钟法则，今天又发现了这篇文章的修订版(为了纪念 Jim Gray），这个话题倒是可以简单介绍一下，对架构师衡量 I/O 能力、Cache 评估和做硬件选型还是会有一些帮助的。

在 1987 年，Jim Gray 与 Gianfranco Putzolu 发表了这个"五分钟法则"的观点，简而言之，如果一条记录频繁被访问，就应该放到内存里，否则的话就应该待在硬盘上按需要再访问。这个临界点就是五分钟。看上去像一条经验性的法则，实际上五分钟的评估标准是根据投入成本判断的，根据当时的硬件发展水准，在内存中保持 1KB 的数据成本相当于硬盘中存储同样大小数据 400 秒的开销(接近五分钟)。这个法则在 1997 年左右的时候进行过一次回顾，证实了五分钟法则依然有效（硬盘、内存实际上没有质的飞跃)，而这次的回顾则是针对 SSD 这个"新的旧硬件"可能带来的影响。

随着闪存时代的来临，五分钟法则一分为二：是把 SSD 当成较慢的内存（extended buffer pool ）使用还是当成较快的硬盘（extended disk）使用。小内存页在内存和闪存之间的移动对比大内存页在闪存和磁盘之间的移动。在这个法则首次提出的 20 年之后，在闪存时代，5 分钟法则依然有效，只不过适合更大的内存页(适合 64KB 的页，这个页大小的变化恰恰体现了计算机硬件工艺的发展，以及带宽、延时)。

根据数据结构和数据特点的不同，对于文件系统来说, 操作系统倾向于将 SSD 当作瞬时内存(cache)来使用。而对于数据库，倾向于将 SSD 当作一致性存储来用。

这是一篇非常重要的文章(所以，建议读一下原文），其中对于数据库一节的描述尤其有趣（针对 DB 也有个五分钟)。限于篇幅，就不罗嗦了。

--EOF--

系统触发器的应用顺序（一）

在写一个AFTER SUSPEND触发器的时候碰到了一个很有趣的现象。首先描述一下系统级触发器的触发顺序。如果用户级和系统级的触发器全部存在的话，那么Oracle是否会触发两个触发器，还是只触发其中的一个呢，还是做一个简单的例子来说明这个问题。仍然使用AFTER SUSPEND触发器的例子，不过将触发器的内容变得简单一点。SQL> CONN YANGTK/YANGTK@YTK102已连接。SQL> SET PAGES 100 LINES 120SQL> CREATE TABLE T_TRIGGER (INFO VARCHAR2(20));表已创建。SQL> CREATE OR REPLACE TRIGGER TRI_SCHEMA_SUSPEND2 AFTER SUSPEND ON SCHEMA3 DECLARE4...

Gathering queries from a server with Maatkit and tcpdump

For the last couple of months, we've been quietly developing a MySQL protocol parser for Maatkit. It isn't an implementation of the protocol: it's an observer of the protocol. This lets us gather queries from servers that don't have a slow query log enabled, at very high time resolution. With this new functionality, it [...]

Granule 与 Redo Log Buffer (log_buffer) 的关系

而实际上大家也发现，从Oracle10g开始，Redo Log Buffer缺省的已经是大大超过了原来的想象。从Oracle 9i引入了Granule的概念后，在Oracle10g中，Oracle的内存分配会为'Fixed SGA Size'和'Redo Buffers'共享整数倍个Granule。

xtrabackup-0.8

Dear community, The release 0.8 of the opensource backup tool for InnoDB and XtraDB is available for download. Key features: New mode of innobackupex --stream=tar4ibd; new command tar4ibd based on libtar-1.2.11 Experimental option --export is added (see Vadim's post "Impossible - possible, moving InnoDB tables between servers"for details) tar4ibd is made to be sure that read of InnoDB page is [...]

今天提车了

借用一小区拍了几张

金庸小说中的美女与佳人

金庸小说中的美女? 这可能是一个比较老的话题了。如果"到Google上百度一下"，能找到不下百万条的记录结果。之所以会有这么多结果，可能和每个读者心目中的理想美女标准不一吧。尽管是个老掉牙的话题，考虑到公司(注：阿里巴巴集团)崇尚武侠文化，所以唠叨几句，再做点普及可能也不算过时。有些人物形象，比如黄蓉小龙女等已是深入人心，再此略过不表。再者，美与不美是相对的，比如《《天龙八部》中的怪人包不同就觉得自己女儿包不靓最美嘛。小昭

小昭是金庸最喜欢的女性人物。其容貌"双目湛湛有神，修眉端鼻，颊边微现梨涡，直是秀美无伦"，我们又从文中得知小昭生父韩千叶系中土人士，其母黛绮丝人家还是波斯的圣女，居然是个混血儿，考虑到遗传因素，所以美貌自不待言，比一般的美女更美也是情理之中的事情。

小昭武功不弱，聪明伶俐，通音律，且精通奇门八卦之术，绿柳庄外曾救得群雄性命，从这一点来看，人家是个完美的知识女性，用现在的话说，那叫知性美女。小昭对爱情忠诚，富有牺牲精神，最后为了张无忌而痛心远走波斯，这是颇为读者神伤的一段。

小昭恐怕也是金庸先生心目中的理想女性的化身，另外一个和她人物形象有点重叠的是双儿，当然，双儿更多了一点温柔（所以能得圆满?）。类似的女性人物形象在金庸作品中出现两次，可见作者心目中的理想美女亦相去不远。暗自揣测，这两个人物形象或许是参照金庸第三任妻子林乐怡而写的，当然这个一家之言，还有待考证。

小昭堪称金庸小说中的绝顶佳人。不知道是否有武侠小说迷按照这个标准寻找意中人的，哈哈。

郭襄

《神雕侠侣》中的郭襄，是金庸所有小说中最具亲和力的人物，"潇洒如诗"，也是金庸所有小说中最闪亮的配角人物，一见难忘，所以让何足道与张三丰"为君沉吟"。

痴情者如郭襄者，少见又少见。"天涯思君不敢忘"，一遇杨过误终身，爱慕杨过而不可得，杨过喜欢的那句话"世间不如意者，十居七八"倒应在了她身上。不是有人说了么，"得不到的东西最美好"，如果郭襄真的能和杨过在一起，反而未必那么圆满，"得不到的东西最美好"，但愿如此。郭襄这样的女子当今社会怕是没有了----都直接当小三去了。顺便说一下，郭襄的徒孙周芷若是金庸小说中相当令人生厌的人物，从某种角度上看，不亚于康敏。

王语嫣家族女性

看来遗传因素决定了一切，王语嫣一家的女性貌似都貌美得不得了。好像只有他妈王夫人稍微差了一点，估计隔代遗传的因素作怪吧。容貌归容貌，这个家族的人物性格并不讨人喜欢。

在最近新修版的《天龙八部》中，王语嫣的人物形象较之先前有了较大改变，最后热衷寻求长生不老之术，幻想青春永驻。个人认为，这是金庸小说中体现的西方神话形象那西塞斯（Narcissus）的女性版。以王语嫣为代表的女性可能是美女，但非常无趣。如果段誉娶了这样的媳妇，绝对糟糕透顶。王语嫣可算上美女，但无论如何不是佳人。

冯蘅

这是一个必须一提的人物。也是个相对比较陌生的名字，冯蘅是谁? 黄蓉她妈，黄药师的妻子。

仅仅通过其他人物的口中就已经能够得知绝代风貌，且不说黄药师如此另类人物被其折服，其过目不忘之能也当世少有，令人心驰神往，原来美貌与智慧是可以并存的。考虑到黄蓉同学多少只是他母亲的影子，加上大家太熟悉这个角色，不复赘言。

新修版中居然情节更改为黄药师因为弟子们说闲话而斗气娶了冯蘅，实在是大煞风景。这个变动相当的蛇足。

程灵素

金庸先生书中女主人公绝大多数都算美女，但程灵素除外。"头发稀疏，肌肤枯黄，脸有菜色"，如果分析一下，可能是这个古代化学专家整天接触药石之故，如果放到现在，人家就是个化学兼医学双料女博士，外表不美，心灵美，这也顶顶重要。其实内在美重要,还是外在美重要，不同的历史时期人们的价值取向也是不同的，也或许有人喜欢程灵素也说不定。

程灵素最后为胡斐牺牲，不由得让人埋怨作者下笔残酷，如果武侠小说允许假设，那么胡斐娶了程灵素是不会让人感到意外的。

香香公主

香香公主之美，美到不够真实，而其不谙世事，也似乎不是凡间之人。激战双方的兵士见到她居然"便似中邪昏迷一般，人人都呆住了...无数长矛都掉下地来，弓箭手的弓矢也收了回来...人人神色和平，收刀入鞘"，如果在今天，维护世界和平旧靠她了:) 塑造这个小说人物的时候恐怕也多少投射了一些西方经典美女海伦的有关因素在里面吧。

金庸早期小说人物形象多半缺乏立体感，香香公主也是如此，甚至在同一部小说中，还不如霍青桐更能赢得人好感。

陈圆圆

当然，香香公主再美，可能还敌不过陈圆圆，陈圆圆有多美，无法形容(所以不可能留下'西施捧心'之类的形象给世间人)！因为无法形容，所以作者描写陈圆圆多用映衬笔法，纵观全部金庸小说，这是相当精彩的地方，丝毫不亚于纯文学作品。在《碧血剑》中曾有一幕，写到闯王帐下群雄见到当世第一美人莫不疯狂，甚至袁承志这样的人见到她也是心中荡漾。多年之后，韦小宝第一次见到陈圆圆时虽已韶华不再，但风韵不减当年，仍禁不住"张大了口竟然合不拢来..."；再说，女儿阿珂都把韦小宝震撼得"我要死了"，更别说人家老娘了。

貌美不是好事情，汉族文化的传统思维是红颜祸水，其实"冲冠一怒为红颜"关卿何事? 不过是政治家争权夺势的借口罢了。陈圆圆终其一生，何其不幸也。在吴三桂和李自成这两个枭雄中间注定得不到得不到幸福，更为天下人唾骂，这也是造化使然。金庸小说中的陈圆圆，是不折不扣的悲剧形象，其后半生青灯古佛，心怀天下苍生，那是万分难得的菩萨心肠了。

最后多说一笔，如果陈圆圆不那么美貌的话，恐怕中国历史要改写吧? 当然，这个有点扯远了，否则，该有同学说"丘处机不该路过牛家村"这回事儿了。

--EOF--

金庸小说本来是网友写烂了的题材。这是给公司内刊投稿的文章（美女题材在家里是个禁忌，我这也是冒着被老婆揍的风险)。算是重温了一下渐行渐远的武侠文化吧。

不同人眼中竞价排名意义不同

百度凤巢要逐渐替代已有的百度竞价排名销售管理体系。另一种说法就是新在百度投放广告的广告主们在后台使用的关键词管理系统要变化了，新的专业版（凤巢），要取代经典版的管理系统。

就这么点事。为什么最近媒体上、网络上会看到百度在反复叨叨这件事情呢，

因为要告知所有在百度投放关键词广告的中小企业们：系统要升级换代了，是一个很难的事情。

在两个系统替换的过程中，会有一些以前卖出去过的关键词要停一停，或者以后也不卖了。可能会引起已经掏钱购买这些关键词的人们的不满。充分告知首先预防不满的出现。

当然不会出现集体罢买百度关键词的状况，但是百度希望你连这个想法也不要有。

在百度眼里，凤巢是新一代的关键词管理平台。
在中小客户眼里，凤巢是关键词投放增加的直接原因
在SEO者眼里，凤巢是百度反SEO的新武器
在投资人眼里，凤巢是百度收入增长的新支点
在媒体记者眼里，凤巢是新一轮稿费

不开玩笑了，正儿八经的说，对百度来说，凤巢的推出并不容易。以往的竞价排名体系，给百度带来了丰厚利润，也带来过一些麻烦。百度凤巢的推出就如同软件升级，总要修改一些BUG，让用户使用起来更好使，让软件厂商自己更挣钱—-双赢。

同时要告诉中小企业的是，今后你真的需要请一位专人（SEM）来管理关键词竞价广告了。因为不同水平的人使用凤巢，结果会不一样。专业人士，更好。

Distributed Queries « Oracle Scratchpad

Distributed Queries

Some time ago I wrote a note about distributed DML, pointing out that the driving_site() hint works with distributed queries but not with distributed DML; so insert as select, or create as select and so on will “ignore” the hint. This is just a little follow-up to give you an idea of what execution plans for distrtibuted queries [...]

支付宝招聘控件高级开发工程师

招聘人数: 1
工作地点：杭州
职位描述：

1、负责IE、Firefox、Safari 下的支付宝安全控件开发，维护；
2、增强安全控件的防恶意代码功能的研究，探索；
3、与外部公司技术合作，保持控件运行稳定和兼容性；

任职要求：
1、掌握 Win32 操作系统编程技能，掌握 Win32 COM 的原理及其实现；
2、扎实的ASM/C/C++基础，掌握 IDA 的使用，至少精通一种动态调试工具；
3、掌握 Windows 驱动开发技术，
4、具备 Firefox 插件能力, 具备 Linux/Mac 系统的开发经验;
5、对 Web 安全有深入认识。熟知 JavaScript .
6、开放心态，具备良好的沟通能力和团队协作精神；

以上要求未必需要全部具备。有兴趣者发送简历给: dbanotes@gmail.com

要知道，你开发的控件有超过 2 亿的潜在用户使用...

此时此刻，非你莫属！

3 投票

DBA日记第二部 (32) 外来的和尚好念经 5月1日上网聊天

1.1.1. 5月1日在家聊天

今天是5月1日，劳动节7天长假的第一天。我自从几年前5.1节的时候和老婆去了趟三亚，就决定再也不长假出游了。所以长假期间我一般选择在家休息，每个长假的最后2天才安排在深圳周边玩玩。由于昨晚Richard要对系统的IO做一次小的调整，最近一直担惊受怕的老万十分紧张，怕调整后系统出现严重的问题，所以他希望我今天能帮他盯一天系统。

选择昨天晚上选择优化实施实际上不是一个好主意，今天是5.1长假的第一天，即将入夏的时节，又赶上放假，正是白家电促销的好日子。今天全国的白家电销量应该是一个小高峰，根据业务部门的测算，老万他们这套系统的负载肯定高于4月30日。选择昨天晚上动手优化的风险十分高，一旦今天出现问题，那么Richard将面临的形势将十分严峻。我一直不理解Richard这么做的真实意图，也许是老外并不知道5.1这个日子的特殊性，也许真的是Richard对昨天的动作十分有把握。不过无论如何，如果是我，绝对不敢选择在CPU这么高的时候单独去优化IO，也许这回我真的遇到了高人了，如果真的是这样，那就太好了，我也可以好好和他切磋切磋。

登录到VPN后，感觉今天系统的状况出奇的好，现在已经是上午的10点左右了，按理说应该是一天中业务量比较大的时段，CPU空闲还有15%左右，IO系统的表现和很好，AVWAIT基本少接近于0，AVSERV在20左右。难道是Richard的优化起了作用？我马上做了一个STATSPACK的采样，并且和9点的采样生成了一份报告。

由于Statspack的采样很久没有清理了，所以报告生成的很慢。在报告生成的时候，我看了看QQ的在线用户，老万的QQ状态是“忙碌”。我于是发信息过去给老万打了个招呼：“万科，早”。

老万回信息说：“老白，今天的情况异常的好，我看了个把小时了，active的会话数量一直低于80，CPU使用率也不高。看样子Richard昨天的优化效果十分明显，别看这老外五大三粗的像个土匪，不过还是有两下子的。”

我说：“按照理论来说，Richard所做的优化操作并不是很合理，不应该会有这样的效果。万科，有没有可能今天的业务量不大？”

老万说：“这一点我也疑问过，所以刚才我给国内几个工贸公司都打了电话，他们反馈回来的信息是今天的产品销售量比昨天普遍略高5-10%。”

这太不正常了，难道昨天晚上Richard还做了什么我不知道的调整？这个时候Statspack报告已经生成完毕了，我马上打开了报告

Load Profile

~~~~~~~~~~~~ Per Second Per Transaction

--------------- ---------------

Redo size: 184,507.91 6,333.90

Logical reads: 133,335.76 4,577.23

Block changes: 1,053.27 36.16

Physical reads: 2,535.17 87.03

Physical writes: 127.19 4.37

User calls: 3,996.10 137.18

Parses: 568.89 19.53

Hard parses: 49.98 1.72

Sorts: 26.44 0.91

Logons: 0.38 0.01

Executes: 772.16 26.51

Transactions: 29.13

% Blocks changed per Read: 0.79 Recursive Call %: 21.92

Rollback per transaction %: 0.51 Rows per Sort: 2971.01

Instance Efficiency Percentages (Target 100%)

Buffer Nowait %: 99.98 Redo NoWait %: 100.00

Buffer Hit %: 98.12 In-memory Sort %: 99.99

Library Hit %: 98.26 Soft Parse %: 91.22

Execute to Parse %: 26.32 Latch Hit %: 98.12

Parse CPU to Parse Elapsd %: 8.08 % Non-Parse CPU: 93.36

从单块读的响应时间来看，确实今天的IO系统性能有了十分明显的提升：

Avg

Total Wait wait Waits

Event Waits Timeouts Time (s) (ms) /txn

---------------------------- ------------ ---------- ---------- ------ --------

db file sequential read 6,508,594 0 41,645 6 62.0

latch free 983,166 0 12,239 12 9.4

db file scattered read 194,469 0 2,674 14 1.9

我算了一下平均事务响应时间，是732毫秒，比前一阵子的3秒左右有了很大的提升。这真是太不可思议了。我让老万立即对今天的WORK_ORDER表进行一个统计，看看业务量和昨天对比相差多大。老万统计了一下后告诉我从9点到10点的工单量来看，今天的的工单量比4月30号少15%左右，看来有些工贸公司的量还是略有下降。看样子今天虽然销售量比较大，不过安排送货安装的并不多，也许商场的送货人员也放假了，要等4号才开始工作。不过从另外一个方面考虑，15%的业务量下降也不应该有这么大的效果啊。

我认真看了看Load Profile，突然发现今天报告里的平均事务数量是每秒29个，而前几天是57，也就是说今天系统的平均事务量是30号的一半。从刚才老万他们对工单表的统计来看，不应该有这么大的差异，是什么地方出现了问题呢？

“老万，今天工贸公司放不放假？”，我突然问老万。

“放啊，今天除了值班的都放假，这有什么关系？”，老万疑惑的问我。

我恍然大悟了：“老万，你别忘了，你这个系统除了业务人员用以外，工贸公司的1500个管理岗位也在用啊，而且这1500个管理岗位消耗的系统资源是相当的大，他们总是在做一些统计和分析。今天的现象只是一个暂时性的，等长假结束了，你就会看到情况并不这么乐观。”

老万一听就笑了：“我还真忘了这茬了，这帮大爷经常自己写SQL去做统计，我们每天的主要工作就是杀那帮家伙的会话”。

如果工贸公司的1500个终端没有开的话，系统负载起码少了30%以上，看样子老万是空欢喜了一场，不过我的心情却无比的好，看来我的判断并没有错，仅仅靠Richard的那几招，想要解决问题还是不可能的。

看看时间，已经是中午12点了，我说：“万科，今天下午就没必要盯着了，估计长假前三天都不会有什么问题，4号后可能会有一些工贸公司的人加班，压力会大一些，不过也不会有大的问题，关键是8号。”

老万想了想说：“是啊，看样子这几天也不会有太大的负载，5.1节促销的效果也没有想象的那么明显，又被业务部门忽悠了一把，还增长20%的业务量，都是拍脑袋拍出来的，明显不是那回事。老白，你这几天也没必要盯着了，不过8号你一定帮我盯紧了，8号我预感会发生点什么。”

中午睡了个午觉，一觉醒来已经是3点半了。VPN连过去看了看，系统负载依然很小。看样子这几天确实都不需要怎么关心了。想想也对，以前就出过几次问题，当时是把内网工贸公司的应用停了来应急的，每次都是立竿见影的，一停内网应用，系统马上就缓过来了。

刚上网就发现马工也在网上，我问他在做什么，他说下午他值班，万科自己回家了，不过还是让他盯到5点。小马自己一个人在青岛，也没什么朋友，加班挣点加班费还是挺不错的。正和小马聊着，Richard通过MSN发了一条消息：“Hi,老兄，今天系统十分完美”。

Richard 用了perfect，足以表明他现在的心情。Richard认为今天的性能情况和他昨天的动作有很大关系。我想给他泼泼冷水，不过费了半天脑子，也没有想好怎么说。“5.1长假”这个词汇我用了好几个英文单词去描述，他还是没有听明白什么意思。后来我只好解释说今天就类似他们西方的圣诞新年假期一样，很多业务人员都休息去了，所以今天的系统负载只是平时的60-70%。总算，Richard听明白了我要表达的意思，不过他还是认为优化获得了阶段性的成果。

我想我也很难说服他，老外都是一根筋，你很难去说服他。只有到5月8日，系统真正体现出了压力，才能让他明白老万他们这个项目的优化并不像他想象的那么简单。以今天的业务量，CPU资源肯定会出现瓶颈

空间RESUMABLE操作（三）

Oracle从9i开始引入这个功能，当出现空间不足等相关的错误时，Oracle可以不是马上返回错误信息，并回滚当前的操作，而是将操作挂起，直到挂起时间超过RESUMABLE TIMEOUT，或者空间不足的错误被解决。这一篇简单介绍空间RESUMABLE的AFTER SUSPEND触发器。空间RESUMABLE操作（一）：http://yangtingkun.itpub.net/post/468/485892空间RESUMABLE操作（二）：http://yangtingkun.itpub.net/post/468/486048前面介绍了Oracle的RESUMABLE特性，不过RESUMABLE特性有一个显而易见的缺点，就是没有任何的信息返回给用户。如果用户没有意识到问题，就...

Oracle 10g LOGMNR挖掘日志很方便

很多时候拿LOGMNR来追踪一些误操作是很有效的方式，甚至在自己定制的数据同步中，LOGMNR也大有可为。

Firefox 3.5 正式发布

Firefox 3.5终于正式发布，而前面这一段时间里，我也基本上以一定拖拉的速度在帮助翻译“颠覆网络35天”系列文章，加上3.5非常强劲的内核动力，我对他的正式发布还是很期待的。

正好hacks.mozilla.org上也写了一篇”Firefox 3.5 is out“，我连翻译带自己白话凑一篇，呵呵──这几天在忙着升级网站内容到3.5，所以翻译35天系列的任务也放下，好在没有落下太多。

在35天项目一开始的文章里，Chris Blizzard就讲过，Firefox 3.5不仅仅是对用户的一次重要升级，对整个互联网都是一次重要的升级，浏览器毕竟属于互联网基础设施的一部分，对HTML 5等规范的支持让互联网真得开始走入一个新时代。Firefox 3.5对于用户的升级主要是在速度等方面，对于开发者的升级意义重大。从Firefox 3.5一系列提供的开发者特性上就可以看出这一点。

从35天项目开始，每天基本上都会介绍一个新特性，并加上一个很棒的演示。现在这个项目走到一半，按照Chris Blizzard的话说，情况发生了很大的变化，很多开发者都主动制作演示，说明他们开始接收并喜欢这些新特性，而Firefox 3.5的强劲内核使得开发者拥有更大的想象空间，不断的可以突破和改变过去。如果真的喜欢Firefox 3.5并且想参与进来的话，那么就帮我们多多传播声音，在Twitter上，在饭否上，在开心上等等等等。如果还不知道这是怎么一回事，那就先用用Firefox 3.5吧，保证你会喜欢他～～

“创业”随想

回来大半个月，忙得疯掉了。一边要忙搬家的事，一边又要忙项目，还要见客户，忙各种各样的事情。才知道创业的压力真的很大。在这里特别感谢我的合伙人，多年合作的好朋友 Phillip，幸好这段时间有他的鼎力支持，我知道他帮我顶住了更大的压力，在这里特别感谢他。

明天就是我正式上班的日子，今天晚上有点睡不着，感觉怪怪的。其实过去的大半年都是在做公司的事，但明天才是正式去自己的公司“上班”，有一种特别奇怪的感觉，有点兴奋，又有点担心。

“创业”这个词，总是觉得很别扭，我总觉得我们在这个词上赋予了太多的含义和希望。提到“创业”，我们想到的是“创业板”，想到的是上市；提到互联网创业，我们想到的是李彦宏，想到的是马云。但我这次“创业”的感觉，就是“混口饭吃而已”（稳食着），但正是这种心态，让我觉得很踏实。

Phillip开始斤斤计较每一个项目，每一个设备的投入产出；而我竟然开始关心代码细节。一个变量名命名不对都会让我觉得很恼火，我很想冲着我们的程序员发牢骚：我们凭什么比别人卖得贵？我们会做的别人也会做。我们贵不是因为我们比别人聪明，是因为我们比别人认真。告别山寨的产品，要首先告别山寨的态度，什么是山寨的态度？五四时期，就有人说中国人是“差不多先生”，是的，我们的产品和别人都“差不多”，只不过很多的“不多”加起来就真的很多了。

我觉得“创业”是一件实操性非常非常强的事情，我们每天在讨论的是特别细的事情，而不是整天在讨论战略，愿景，排兵布阵，融资上市等等……我们每天担心的是我们明天还能不能生存，这口“饭”还能混多久……（真的很像小贩）

母亲从小对我的要求很低：不打架，不吸毒，不参加黑社会。如果不小心学习成绩还行，还能自食其力的话，母亲就满意得不得了了。我的母亲经常为她有一个能够自食其力的儿子感到很骄傲。现在，我也为我们公司能够自食其力感到很骄傲。我要说：伟大的愿景我们有，但让我们悄悄的把它埋藏在心底，扎实做好眼前的每样事情。争取自力更生的同时交多点税。

我不知道我们的“祖国母亲”在为李彦宏，马云骄傲的同时，有没有为那些“自食其力”的中小企业主骄傲一下？有没有为那些起早贪黑，自食其力，但是每一分钟都要躲着城管的小贩骄傲一下？

分区表用哪个级别的统计信息?

这几天有几个分区表上的SQL执行计划不正常, 感觉上不应当, 已经设置了几个容易引起优化器选错执行计划的参数了. ALTER SYSTEM SET OPTIMIZER_DYNAMIC_SAMPLING=0; ALTER SYSTEM SET "_optim_peek_user_binds"=false; 按照现行的表分析原则, 只统计了表的全局索引, 不统计表分区上的索引, 因为分区会有增减操作, 不是每个分区都有数据, 也没有定下来要经常分析表, 而是分析后如果不出问题就不再分析. 现在SQL走错了, 可能的原因有什么呢? 重新分析一下不行, 看了一下执行计划, 发现全表扫描的COST值很底, 估计是用了分区上的统计信息了, 于是手动将全局的统计信息复制到每一个分区上得以解决. 为了得到原因, 回顾了一下当时的SQL, 发现有一个特征, 就是出问题的SQL都能定位到某个分区或某些分区, 今天就模拟了一下情况, 先只有全局统计信息. 首先用分区列范围查询, 去试了一下, 发现用的是分区级的统计信息. SQL> select * from database_perf_statistics 2 where day > sysdate - 100 and day < sysdate [...]

恩墨科技为ChinaCache提供紧急救援服务

ChinaCahce与恩墨科技长期以来一直保持着良好的合作与联系，最近的一次意外断电事故，使得客户的数据库系统受到了影响，在经过了数小时的排查之后，客户请求我们介入协助寻求解决方案，在经过了全面的思考和一系列的尝试之后，我们成功的帮助用户恢复了数据库服务，使得TB级数据库能够再次提供服务。

Connect By

If you have to deal with hierarchical queries (or “connect by” queries, as they’re commonly known) you might be interested in this note on the OTN Forum where someone has a problem with repeated executions of the same query (same inputs, same results, same execution plan) operating at wildly different speeds with amazing changes in [...]

陈丹青、梁文道现身党报论坛（多个经典段子）

来自: 流氓假仗义

昨日（6月22日）下午，陈丹青、梁文道、马东三位嘉宾现身上海《解放日报》报社主办的文化大讲坛，以“多元视野的文化宽度”为主题发表演说，并与台下众媒体听众（以及夹杂其中的一小撮粉丝）进行了互动。

在解放报社党委书记发表了欢迎词后，陈丹青先生首先登台，以“为什么宽容那么难”为主题讲述了一刻钟左右。他首先表达了竟然接到党报邀请的惶恐之情，同时表示不理解为何党报定下“宽容”的主题，认为讲“没有宽容该怎么忍耐”更为合适。其开场白迅速调动了台下听众的情绪。接着，陈先生从最近的一次土耳其之行中对土国国父凯末尔对反对党的宽容说起，直接提出当年胡适对蒋介石建议的“让反对党合法化”。陈先生说：“其实我有点同情蒋委员长。如果当年他接受了胡适的建议，就没毛泽东什么事儿了，也没邓小平什么事儿了。”不过，他同时也指出：“在中国，你对别人宽容，对方就会得寸进尺，然后就会吃掉你。中国没有双向宽容的传统。”“我不相信道德力量能让个人宽容，更不可能让政权宽容。但是我很感谢改革开放30年，无论是媒体、科技、网络都在发展，大家说话的空间更多了，你奈何不了我，我也奈何不了你，这才有可能出现宽容的苗子。”

陈丹青先生在掌声中归座时，梁文道先生接了一句很有趣的话。他说：“我很惊讶你还能感谢改革开放。我在凤凰卫视做主持，台领导都不让我夸奖共产党。领导说每次当我夸奖我党，听起来都象在讽刺。”

接下来登台的是马东。很抱歉由于本人的孤陋寡闻，我第一次知道马东是谁。他的主题是“文化从容和文化焦虑”（不确定，类似这个意思）。讲演大义是目前这个时代并不是文化的高峰期，只是一个走向繁荣的准备期。在讲演末尾，马东突然话锋一转，指出目前文化大体是从容的，唯一值得焦虑的是教育。目前的教育体制完全是荒谬的。但他并未就此进行展开，而是草草结尾。

梁文道先生作为压轴嘉宾出场，主题为“中华传统文化的和谐与包容”。他开场即说，本来讲演的主题定为“儒家文化的异端”，但一方面这个题目太专深，另外主办方认为“异端”一次太敏感，于是他换成前述的标题，并且特意加了“和谐”这个关键词。在接下来的演讲中，梁文道主要谈及儒家历史上对异端的定义与包容。与西方基督徒不同，儒家虽然把不同于己的言论与人都称为异端，但其并没有一个中央化的权威机构来作为真理的唯一代表，去判定真理或审判异端。换言之，儒家并没有真理部，他们也不认为有人能掌握真理的解释权。相反，儒家鼓励人去看不同的东西。在他们眼里，和谐应该是“和而不同”。但今日的和谐更多的不是和，而是同。梁文道在讲演中主要是借古讽今，但并未怎么涉及实事。

讲演结束后，开始台下听众与嘉宾的互动。看起来是场下解放日报社下辖不同的媒体记者在提问，但后来我发现递话筒的女生手上一直拿着一张纸。通过认识的记者借过来一看，发现所有的问题和提问人都是事先准备好的。总体来说，准备的问题大多比较弱智，比如问陈丹青“之前是以画家身份出现，现在是否要转做作家 ”（汗。。。），问马东“在你主持的文化访谈节目中，最印象深刻最感人的一次访谈是哪次”（马东赶紧拿起话筒澄清：我从来没在节目中哭过）。

互动的第一次高潮是一名男士站起来提问，他首先介绍自己是《支部生活》的记者。陈丹青略为诧异的重复了一声“支部生活”，引起全场哄笑。该记者的提问大致关于目前不宽容的文化是为体制所决定，还是体制为文化所决定？陈丹青毫不留情地直接说：“就是由支部生活决定的。我们的很多语言都是支部的语言。”这一回答再次引起场内的掌声。

互动的第二次高潮出现在整场活动临近结束。当时准备好的问题都已问完。这时坐在第二排的一个男生举手，拿到话筒后他站起来，明显有些紧张地说：“今天，我是作为陈丹青先生和梁文道先生的粉丝过来的。两位均作为公共知识分子，而不是画家或作家。。”刚说到这里，台上一直坐在一边的一名女主持人（话说这个女主持人从开场到那时几乎一句话都没说过，之前完全不明白她的功能是什么）突然拿起话筒，直接打断那个男生的提问，就好象他根本不存在似的，面向嘉宾说：“其实我还有个问题。”场面顿时尴尬起来。那个男生拿着话筒，说也不是，不说也不是，而嘉宾都还看着那个男生。那位女主持人则自顾自地接着说：“我还有个问题，最近流行娱乐至上或娱乐至死的论点，不知三位对此看法如何。”这时还是陈丹青提出，能否先让那个男生把问题说完。女主持人明显非常不甘心，但碍于陈的要求，只得同意。那位男生看起来更紧张了，说话都有些吞吐，接下来只是与陈丹青核实了他的博客是否已关闭，以及在饭否上的并非真身。最后他说：“接下来我要问的可能都是敏感词了。”接着交出话筒坐下，女主持人明显松了口气，场面重新得到控制。不过梁文道接下来说了句话：“回到娱乐至死的话题，我们现在怎么可能不娱乐呢？连公共知识分子都成为敏感词，不娱乐一点能做什么呢？”再次得到全场掌声。

目前不清楚这个党报举办的论坛为何会邀请两位“危险分子”参与，基本上陈丹青的言论都秉承其一贯的大胆风格，梁文道则相对比较注意分寸。即使如此，“越位”的言论还是屡屡出现。我当时坐在第四排，实在看不清第一排那个党委书记的脸，不知道他们是不是肠子都悔青了

利用UTL_SMTP发送邮件

Oracle提供了UTL_SMTP包，可以发送EMAIL。写了一个很简单的小例子：SQL> DECLARE2 MAIL_CONN UTL_SMTP.CONNECTION;3 BEGIN4 MAIL_CONN := UTL_SMTP.OPEN_CONNECTION('mail.itpub.net', 25);5 UTL_SMTP.HELO(MAIL_CONN, 'mail.itpub.net');6 UTL_SMTP.COMMAND(MAIL_CONN, 'AUTH LOGIN');7 UTL_SMTP.COMMAND(MAIL_CONN, 8 UTL_RAW.CAST_TO_VARCHAR2(9 UTL_ENCODE.BASE64_ENCODE(UTL_RAW.CAST_TO_RAW('yangtingkun@itpub.net'))));10 UTL_SMTP.COMMAND(MAIL_CONN, 11 UTL_RAW.CAST_TO_VARCHAR2(UTL_ENCODE.BASE64_ENCODE(UTL_RAW.CAST_TO_RAW...

Few more ideas for InnoDB features

As you see MySQL is doing great in InnoDB performance improvements, so we decided to concentrate more on additional InnoDB features, which will make difference. Beside ideas I put before http://www.mysqlperformanceblog.com/2009/03/30/my-hot-list-for-next-innodb-features/ (and one of them - moving InnoDB tables between servers are currently under development), we have few mores: - Stick some InnoDB tables / indexes in [...]

DataReport的数据共享改进

用oramon将数据库的主要负载信息收集到了性能数据库, 用DataReport去显示这些性能数据时, 发现要写很多个SQL语句, 要不同的列显示一次, 例如要显示三幅图片(平均Load值, 用户CPU消耗, SQL执行次数)就得执行三个SQL. WEBCHART.QUERY_1=SELECT TIME, LOAD FROM DATABASE_LOAD ... WEBCHART.QUERY_2=SELECT TIME, CPUUSR FROM DATABASE_LOAD ... WEBCHART.QUERY_3=SELECT TIME, EXECS FROM DATABASE_LOAD ... 其实DATABASE_LOAD是一个宽表, 可以一次查询出多个列的数据来, 几个图片可以共享一次查询的结果, 就可以减少数据库的执行次数, 提高页面访问速度. 如下所示, 只需要指定某个查询的SQL语句为减号. WEBCHART.XCOL=TIME WEBCHART.QUERY_1=SELECT TIME, LOAD, CPUUSR, EXECS FROM DATABASE LOAD ... WEBCHART.YCOL_1=LOAD WEBCHART.QUERY_2=- WEBCHART.YCOL_2=CPUUSR WEBCHART.QUERY_3=- WEBCHART.YCOL_3=EXECS 最近做了一次大的数据库改造, 用DataReport分析性能数据比较繁烦, 因此才注意到这个方面的性能提升. Relative Posts:2009/04/20 -- 设定WebChart多行值 (0)2009/04/01 -- WebChart的颜色定制 [...]

让少数外企员工先富起来...

我可以负责任地说：外国网站进入中国，表面上想在中国淘金，其实就是来"消费"来了。其...

恩墨科技为中电财提供顾问咨询及容灾服务

近年来，国内越来越多的公司开始认识到数据安全的重要，以各种手段和方式开始实施数据库安全架构。在众多的可选方案中，Oracle的DataGuard技术以其成本低、可用性及安全性能够满足绝大多数需求成为了很多企业的首选。

随笔

　　最近工作很忙，ＭＹＳＱＬ／ＯＲＡＣＬＥ很多工作，虽然我觉得自己做事的速度很快，可以把事情总是在下班前做完，但已经感觉下班后头脑有点累了．

　　每天都会去但斌的blog看看，也看一些价值投资的书，这些慢慢成了我放松压力的一种方式，自从接触了这些理论，我更加清楚得知道自己想要什么，要去到哪里．本来今天有个ＰＨＰ的任务可以承担下来要做的，做ＰＨＰ程序完善数据库的性能监控，还是想想不接了，有多一点时间可以做一些自己喜欢的事情．曾经是那么喜欢得数据库技术，程序开发，现在慢慢变得喜欢投资理论，做一些亲身实践．２年前，这是完全不可想象的事情．写下这篇文章，算是对自己过去３年多时间在数据库领域努力的一个总结，其实今天在ali的工作也是一份投资，亲身体验一家伟大的公司如何在世界舞台上更华丽得展现自己，造福它所服务的客户．我想我以后还是会继续在这个领域努力的，如果你一直在一个领域坚持努力５年时间，你想不成为这方面的专家都难．只是我知道自己这方面的努力只是为了更好得在这轮历史潮流中，体验投资的魅力．

　　如果有一天茅台走向世界的舞台，如当年可口可乐成为美国文化，席卷全球，那时候的茅台，会是怎样的场景．让我们一起期待茅台走向世界，只有中国走向世界，茅台才会走向世界．而它又是符合一切巴菲特选股指标的一支股票～中国在这轮潮流中的大放光彩，会带给很多国内企业机会．

初夏的午后

高级性能调优概念

如果底层主机的配置不合适，即使是最好的应用程序，性能也会受损。本文讨论性能调优的四个关键方面以及在每个方面要注意的问题。另外，基于 Java 的应用程序还有其他性能调优需求，尤其是在垃圾收集方面。本文还讨论垃圾收集的相关信息。

开放数据库协议释出

致力于数据开放的Open Knowledge基金会，释出了专门用于数据库版权的开放数据库协议——Open Database Licence (ODbL)。该协议类似于创作共用协议中的by-sa协议，使用时加上一段格式化的声明，宣告该数据库的版权。

9238，一路顺风

俞军要离开百度的消息虽然早有耳闻，但今天看到离职信和最后演讲的时候，难免还是有些感概。

在百度的时候，无数次听老同事说起那个“搜索引擎9238”的故事：百度第一个做产品的人，一个超级到不能再超级的超级用户、每天至少搜索上千个词、半夜还在用产品、深夜办公室摊开睡袋就睡下大家早上上班的时候他去洗手间洗脸刷牙、语速快、把握用户需求准、一针见血说到产品要害…

我一直认为，中国的IT公司缺少文化，尤其缺少产品文化。而没有好产品团队的公司，绝大多数都是是混乱的公司。无论他外面看来怎么样的风光。

虽然百度似乎从未承认过自己是一个产品文化主导的公司，但这个问题在CTO刘建国离开之后，变的毋庸置疑。产品一度是百度真正的灵魂，而俞军又是百度产品的灵魂。因为俞军，百度有了很强的产品文化，有媒体曾说俞军是百度的实权人物，一点都不夸张。

一个人的疯狂让一群人疯狂了起来，不夸张的说百度的产品经理跟俞军简直像一个模子刻出来的，思考的方式、说话的口气、语速、等等等等。虽然这帮人有时候强势的过分，不给别人任何空间（比如，UED），但他们对产品的理解和能力，以及这种产品氛围还是让人很叹服的。不可否认，百度的产品经理一度是中国最好的产品经理。老边曾经这么在搜藏里点评谷歌招聘搜索产品经理：“百度之外中国还有搜索引擎的产品经理吗？”虽然张狂，也还算是有点底气的。

建国的离开、梁老师的离开、朱洪波的离开，都是很自然而然的事情，俞军的离开却让人感觉那么的不自然。如今，百度的产品文化不知是否还在，灵魂是否还在？上次在北京碰见一位仍在百度的故人，大家聊天时都很怀念那种让人神往的产品文化和氛围，而他身上给我印象最深的似乎只剩下“很活跃的思维，很快的语速”。

俞军走了，“搜索引擎9238”会回来吗？
中国互联网还需要多少“社区9238”、“电子商务9238”、…. 才能不再成天靠打王八拳来搞竞争，而是去靠产品。

路漫漫…

PS，我很期待收到这样的简历：本人热爱支付成痴，只要是做支付，不计较地域（无论天南海北，刀山火海），不计较职位（无论高低贵贱一线二线，与支付相关即可），不计较薪水（可维持个人当地衣食住行即是底线），不计较工作强度（反正已习惯了每日14小时工作制）。

MySpace open sources advanced browser performance tool for IE

Developers tend to tease MySpace for its look, but the insiders are incredibly impressed by some of the engineering behind the scenes (e.g. their internal monitoring tools are said to be second to none).

They have surprised us again with their new tool MSFast which is "a browser plugin that help developers to improve their code performance by capturing and measuring possible bottlenecks on their web pages."

The IE 8 tools are getting better, but in general no one has been able to touch Firebug (and the new WebKit Inspector improvements) but this tool is actually plugin for IE! It captures a lot:

Measure the CPU hit and memory footprint of your pages as they render on the client’s browser
Review screen shots of the page while it renders
Review the rendered HTML on each point of the page’s lifecycle
Measure and show estimates of the time it takes to render each section of the page in different connection speeds
Validate the content of your page against a set of proven “best practice” rules of web development
Review downloaded files and show download time estimation on different bandwidths

That is some impressive data, and great to be able to test on IE where it has been SO hard to do so in the past.

选对人

"选对一个人，会大大提升团队的“战斗力”，而选错一个人，会给团队带来可能很严重的...

Today's Real-Time Web Makes Blogging and RSS Seem "Too Slow"

Shared by 笑炊
i have already felt that

Thursday evening, I had the opportunity to attend one of the semi-regular open houses held at FriendFeed headquarters in Mountain View. (See pictures from Brian Solis, who also attended) While on other occasions, I may have taken the chance to pick the brains of the small team, yesterday I ended up spending the bulk of the time talking to others in the industry, including Edelman's Steve Rubel and TechCrunch IT's Steve Gillmor on what they thought the future of communication, information discovery and blogging would be, amidst the dramatic expansion of microblogging and real-time updates and alerts. And while we all had our own viewpoints on the future of RSS, we agreed that what has been status quo for the last five to ten years is changing underneath us, moving toward a world that is faster, driven as much by what will be our preset queries and searches, rather than through subscriptions and static pages.

Gillmor famously argued earlier this month that RSS should "rest in peace". Gillmor's summary started off by saying, "It’s time to get completely off RSS and switch to Twitter. RSS just doesn’t cut it anymore," and continuing onward, making a case that the immediacy of Twitter made it the source for news discovery, not tools like Google Reader, which I use to find all the data from my sources on a daily basis. As he told Steve Rubel and me yesterday evening, the post "went global" faster than anything he had ever written before, and judging by the more than 500 comments received on TechCrunch, as well as the many follow-on pieces I've seen, it stirred up a great deal of controversy - which is to be expected when making such a black and white claim.

Meanwhile, Steve Rubel, author of MicroPersuasion, who has been blogging on that site since early 2004, said that to him, blogging seemed "slow", when contrasted with the lightning fast communications seen from tools like FriendFeed and Twitter. He made the analogy that when you take the time to compose a blog post and you launch it over the wall, that readers have to look it over and make a choice as to whether they will respond, or if they will simply hit 'J' in their RSS reader and move along. In contrast, he said sending a note to Twitter was like introducing ants in someone's house, making them immediately take action.

Gillmor's unique writing style no doubt stemmed much of the confusion around his "Rest in Peace, RSS" story, which I fundamentally disagreed with the first time around and ignored. But in yesterday's discussion, it became more clear what he was trying to propose - not so much a full-fledged abandonment of RSS readers for Twitter, but instead, pushing for a reader-like tool that would follow microblogging services, decode shortened URLs on the fly, and then deliver the option to read full text of a piece.

In essence, rather than waiting the 20 to 60 minutes it can sometimes take RSS to propagate, thanks to latency from FeedBurner, for the most part, Gillmor's approach would take seconds - where a blog publisher or news distributor could post an update to Twitter or FriendFeed and have the same type of result, only a lot faster. This comes at a time when Gillmor and others are saying that referrals to blog posts are decreasing from RSS readers and increasing from microblogging sites, as readers do their link discovery outside of the reader.

Although Gillmor said we should just "switch to Twitter", he isn't even waiting for Twitter to bring back his much-beloved 'Track' to monitor keywords. Instead, he expects that FriendFeed will more quickly arrive at a tool that delivers realtime alerts to e-mail or instant messaging tools than Twitter - which makes sense as the aggregator has already set up e-mail and IM tools for lists and has delivered saved searches, two of the three components needed to make 'Track' a reality - and not just across Twitter, but across the more than 50 social sites FriendFeed supports.

As Gillmor told us both, he sees posts from louisgray.com "immediately" when I add them to FriendFeed, even if it takes much more time for them to enter Google Reader. And yes, that's because I, as a publisher, follow a specific process when posting, to author it and immediately afterward send it to Twitter and then pull it into FriendFeed, all before I manually ping FeedBurner. It's a conscious decision on my part, but one that helps his case.

RSS is not dead. Far from it. We're all using RSS every day, powering our Web portals, and helping to distribute blog and news content everywhere. But if it is about getting things discovered most quickly, and getting a response from readers very quickly, there's a reason you see people looking elsewhere, just like there's a reason I use a tool that pulls comments from FriendFeed into louisgray.com on my blog posts. I know some people will get to my content somewhere else faster. And if an enterprising software developer, like Nick Bradbury, can make a tool that turns links on Twitter into the same type of tool we see in RSS readers, maybe we'll be onto something new.

More: louisgray.com | RSS | FriendFeed | E-mail | Cell: 408 646.2759

俞军离职邮件

俞军是一个很出色的产品经理，他的离职邮件也说出了今天我们跟搜索引擎之间的关系，这种关系当然不是眼睛只盯着色情内容的举报中心工作人员以及他们的上司所能理解的。

祝俞军有一个更好的未来。

同事们，大家好！

这是我在百度和在北京的最后一天，借此告别邮件表达我的感谢。

我最想感谢的是搜索引擎。如此幸运地生活在一个有搜索引擎的时代，搜索引擎带给我的知识和对我成长的影响，超过了从小到大所有老师、所有书籍、所有传媒和父母教育的总和。搜索引擎的成熟和普及，正如造纸和印刷术的广泛应用一样，又一次极大地降低了人类获取知识的成本，并将对社会的平等和进步产生深远的影响。

然后，我要感谢百度的很多同事。一直记着3个特别的时间：2001年9月，百度搜索的首页上线；2003年4月左右，成为当时最好的中文搜索引擎；2005年7月底，成为当时访问量最大的中文网站。8年前，当我带着“做最好中文搜索引擎”“普及中文搜索，推动社会进步”的内心使命感来到这里时，还只是一个空有热情的业余网友，感谢上上下下无数百度同事多年来的专业、宽容和帮助，给了我一个最能发挥我长处、最能忽略我短处的工作空间，让我能在今天为搜索引擎深入中国人生活而高兴时，还能自豪一下其中也曾有自己的一份汗水。

不止是对我在搜索引擎方面的帮助，还要特别感谢早期的很多百度同事，他们所表现出的聪明、严谨、敬业、坦诚、正直等，让我学到了很多，改变了我很多，也让我知道，原来可以有这么快乐的工作环境，这些人、这些美好的岁月都是我想感谢的。

最后，感谢我的家人。搜索引擎曾经占用了太多本该属于家庭的时间，感谢家人的背后付出。

谢谢！

俞军

2009-06-29