2010-02-13 Sat

13:11 Thinking Clearly About Performance (1698 Bytes) » Cary Millsap

I’ve posted a new paper at method-r.com called “Thinking Clearly About Performance.” It’s a topic I’ll be presenting this year at:

RMOUG (Denver) this month
Miracle OpenWorld (Billund DK) in April
UTOUG (Salt Lake City) in May
Kaleidoscope (Washington DC) in June
MOTS (Ann Arbor) in September

The paper is only 13 pages long, and I think you’ll be pleased with its information density. Here is the table of contents:

An Axiomatic Approach
What is Performance?
Response Time vs Throughput
Percentile Specifications
Problem Diagnosis
The Sequence Diagram
The Profile
Amdahl’s Law
Minimizing Risk
Load
Queueing Delay
The Knee
Relevance of the Knee
Capacity Planning
Random Arrivals
Coherency Delay
Performance Testing
Measuring
Performance is a Feature

As usual, I learned a lot writing it. I hope you’ll find it to be a useful distillation of how performance works.

13:11 信任的丧失 (1963 Bytes) » 知道分子

我们总是期望在合作过程中建立信任，然而难免有些时候会事与愿违。信任来之不易，信任需要基础。只有一次又一次地符合期望，才有可能逐步建立信任。一次又一次的失望，只能导致丧失信任。本想写一篇文章来阐述信任是如何丧失的，忽然想起有一首老歌已经充分表达了我想说的意思。

快过年了，少说不吉利的话，听歌会意吧。

13:11 Red Hat Enterprise Linux 5.5 新增特性 (9751 Bytes) » 知道分子

Run-time memory allocation for KVM guests

In a virtualized environment, portions of the host's physical memory are allocated to each guest, with each guest starting a virtual session with a fixed RAM allocation. Run-time memory allocation — referred to as memory ballooning during development — allows for changing this allocation at run time. Part of a particular guest's allocation can be reclaimed by the host and allocated to other guests. As well, guests can request additional memory from the host, re-allocating memory assigned to other guests at run-time. This is done using a so-called 'balloon' driver: changing memory allocations is, in line with this analogy, known as inflating or deflating the driver. With this update, a virtio balloon driver has been added to Red Hat Enterprise Linux 5.5, enabling KVM guests to change the amount of memory allocated to them at run-time. (BZ#522629)

从此 KVM guests 可以动态调整内存占用量。关于 virtio，参阅：Virtio: An I/O virtualization framework for Linux

PCI passthrough improvements

PCI passthrough allows PCI devices to appear and behave as if they were physically attached to the guest operating system. KVM and Xen hypervisors both support attaching PCI devices on the host system to virtualized guests.

The AMD input/output memory management unit (IOMMU) kernel driver, which assists in PCI passthrough, has been updated. This update fixes an issue where system management requests were handled incorrectly. (BZ#531469)

Support for PCI passthrough using Intel VT-d extensions on the KVM hypervisor has been improved. Devices (either physical or virtual) can now be shutdown and unassigned from a guest during runtime, allowing the device to be reassigned to another guest. This reassignment can also be carried out live (BZ#516811). Additionally, 1:1 mapping performance has been improved (BZ#518103).

从此可以动态转移 PCI 设备。关于 PCI passthrough，参阅： Linux virtualization and PCI passthrough

Detecting kernel tasks stuck in the uninterruptible sleep state

In some circumstances, tasks in the kernel may permanently enter the uninterruptible sleep state (D-State), making the system impossible to shut down. With this update, the Detect Hung Task kernel thread has been added, providing the ability to detect tasks permanently stuck in the D-State.

This new feature is controlled by the CONFIG_DETECT_HUNG_TASK kernel flag. When set to "y" tasks stuck in the D-State are detected; when set to n it is off. The default value for the CONFIG_DETECT_HUNG_TASK flag is y.

Additionally, the CONFIG_BOOTPARAM_HUNG_TASK_PANIC flag has been added. When set to y, a kernel panic is triggered when a task stuck in the D-State is detected. The default value for theCONFIG_BOOTPARAM_HUNG_TASK_PANIC flag is n.

BZ#506059

从此不再受 D-State 进程的困扰。

详见： Red Hat Enterprise Linux 5.5 Beta Release Notes

13:11 Buzz 问题一箩筐 (4591 Bytes) » 知道分子

Buzz 概念不错，Google 利用庞大的 Gmail 用户群，有望借此一举在微博市场反客为主。不过问题也不少，若不改进，恐怕将来 Buzz FAQ 第一条就是“怎样关掉这玩意儿？”。

1. 切换问题。昨天等了一晚，Buzz 还没进入我的 Gmail 界面。今天早上一看，Gmail 左边栏只剩下一个 More 标签，Inbox、Sent Mail 等标签统统不知所踪。我怀疑 Buzz 标签自动导入时，跟 Labs 冲突了，于是进入 Settings 菜单，找到 https://mail.google.com/mail/?labs=0 这个用于脱离 Labs 的 URL 打开，方才看到 Buzz。

2. 自动 follow。不知 Buzz 依据什么规则，自动 follow 了一堆联系人，有些是工作上的 Email 联系人，不宜 buzz。

3. 时间线混乱。只要有某个 following 的任何一个 follower 顶帖，following 的任何一条 buzz 都有可能随时被顶上来。比如 following 中有个 @hecaitou 这样的热门人物，你的 Buzz 时间线永远是乱的。

4. 同步很慢。我设置了 Twitter 为 Connected Site 之一，至今尚未同步到 Buzz。（看到有人成功了，但是很慢，而且很快被淹没在混乱的时间线中。）

5. 不能反向同步。Buzz 上说的话不能反向同步到 Twitter，也就是说 Buzz 不能作为 Twitter 客户端。（也许可以用 Buzz API 搭一个中间站。）

所以，我认为，Buzz 短期内是不会被墙的，Gmail 更不会。Twitter 是有序的信息轰炸，而 Buzz 是无序的信息轰炸，看着看着人就晕了。可见 Buzz 和墙的终极诉求是完全一致的。

13:10 单实例环境利用备份恢复RAC数据库（二） (593 Bytes) » yangtingkun

在另外一台服务器上利用备份恢复RAC数据库的过程。这一篇描述数据库的恢复过程。单实例环境利用备份恢复RAC数据库（一）：http://yangtingkun.itpub.net/post/468/496756在上一篇中已经做好了所有的恢复操作的准备工作，下面开始数据库的恢复过程：RMAN> RUN2> {3> ALLOCATE CHANNEL C1 DEVICE TYPE DISK;4> SET NEWNAME FOR DATAFILE 1 TO '+DATA/tradedb/tradedb_system_1_4g';5> SET NEWNAME FOR DATAFILE 2 TO '+DATA/tradedb/tradedb_undotbs1_1_4g';6> SET NEWNAME FOR DATAFILE 3 TO '+DATA/tradedb/tradedb_undotbs1_2_4g';7> SET...

13:10 单实例环境利用备份恢复RAC数据库（三） (669 Bytes) » yangtingkun

在另外一台服务器上利用备份恢复RAC数据库的过程。这一篇描述数据库的打开过程。单实例环境利用备份恢复RAC数据库（一）：http://yangtingkun.itpub.net/post/468/496756单实例环境利用备份恢复RAC数据库（二）：http://yangtingkun.itpub.net/post/468/496775在上一篇描述了通过RMAN恢复数据库的过程，由于没有指定UNTIL语句，而且当前恢复过程不包括REDO日志文件信息，所以RMAN执行的RECOVER过程报错了。对于当前环境而言，恢复操作只能到这一步了，下面创始打开数据库。用sqlplus登陆数据库：bash-3.00$ sqlplus / as sysdbaSQL*Plus: ...

13:10 单实例环境利用备份恢复RAC数据库（一） (710 Bytes) » yangtingkun

在另外一台服务器上利用备份恢复RAC数据库的过程。这一篇描述恢复前的准备工作。由于当前没有现成的RAC环境，只能在一台服务器上通过单实例恢复这个RAC数据库。由于本地磁盘没有足够的空间来存放备份文件，因此数据库的备份和需要的归档备份文件都已经通过ftp到方式放到ASM磁盘组中。虽然这个数据库是单实例数据库，但是恢复出来的数据文件和日志文件也会存放到ASM磁盘组中。下面是恢复前的准备工作，首先设置当前的ORACLE_SID，然后从备份集中恢复初始化参数文件和控制文件：bash-3.00$ export ORACLE_SID=tradedb1bash-3.00$ rman targe...

13:10 RAC GUARD概念和管理总结 (683 Bytes) » yangtingkun

花了一个多月的时间，重读了一下这本RAC GUARD概念和管理总结。利用RAC GUARD的机制，RAC环境的两个节点分别为主节点和从节点，正常情况下主节点处于工作状态，而从节点只有操作系统上进程处于工作状态，当从节点监测到主节点崩溃，从节点自动启动，并变为主角色。换句话说，就是利用了RAC模拟了DATA GUARD的功能。说实话感觉RAC GUARD的使用机会并不太多。因为RAC本身就具备了高可用性，完全没有必要牺牲50%的主机性能作为代价。而且RAC GUARD很难实现DATA GUARD的冗灾特性，因此个人感觉这种RAC GUARD配置用处不大。

07:37 弱智 bug：Google Buzz 会快速让你的 Picasa Web Albums 达到使用上限 (2859 Bytes) » Fenng's shared items in Google Reader

Shared by diiyoo
lol

尽管Google Buzz与Picasa Web Albums的整合使非IE用户获得了批量上传图片的能力，但Google的工程师们又一次忘记了Picasa Web Albums对相册数量是有限制的（为什么要说又？），你每在Google Buzz里发一次图片，Google就会自动在你的Picasa Web Albums里创建一个新的相册，而Picasa Web Albums限制你最多只能创建250个相册，这意味着你在Google Buzz里发送250次带有照片的更新之后，就再也不能发照片了，而且你的Picasa Web Albums也就废掉了，无法再创建任何新的相册，即便你的空间还够地方。

当然你可以手动将Google Buzz上传图片时创建的那些相册里的照片合并在一起，毕竟每个相册里最多可以存放1000张照片呢，但是这样岂不是太累了？再说Google的工程师为什么不建立一个叫做Buzz的相册专门存放Buzz分享的照片呢？毕竟要传满1000张图片还是可以撑一段时间的，满了还可以再建立一个Buzz2相册嘛。

这个问题应该引起Google的重视，尽快解决，太丢人了……

Via Google Operating System

© musiXboy 发表于谷奥——探寻谷歌的奥秘 ( http://www.google.org.cn ), 2010. | 12 条评论 | 永久链接 | 关于谷奥 | 投稿/爆料
Post tags: Google Buzz, Google Fail, Picasa Web Album
欢迎订阅谷安子站，关注Android新闻，技巧及更多

04:07 虎年快乐！ (345 Bytes) » OracleDBA Blog---三少个人涂鸦地！

现在是北京时间，2010年2月13日20点06分，中国农历大年三十晚上。

为了不给移动的计费系统增加压力，不给移动的帐务系统增加压力，不给移动的基站增加压力，因此，在此，祝福所有的朋友，虎年快乐！

新的一年，虎虎生威！

03:48 情人节快乐！《神秘的程序员》 (419 Bytes) » Fenng's shared items in Google Reader

画了张贺卡，送给所有程序员、geek宅男，早日找到知心知趣的伴侣。情人节并新年快乐。

01:11 拜年贴 (4937 Bytes) » Fenng's shared items in Google Reader

今晚循例不看春晚，去滇池边的大坝放烟花，所以很多短信看来是回不了了。看到很多人在Twitter上用一连串@批发祝福，我个人以为不够低碳环保。所以，在这里统一发送一下新春祝贺：

新春快乐！@All
虎年吉祥！CC To All

回想过去的这一年，大多数人的生活都很类似。我们有赚钱的生活，打工的生活，努力向上爬的生活，唯独没有带劲的生活。每天觉得自己很勤劳，又很疲惫，对未来不确信，想不出头绪只能拉上被子睡去，可以在梦中得到一点点松弛。早上带着倦意醒来，新的一天还没开始就已经累了，只好提着一口真气努力过完这一天。

但是带劲的生活不是这样的，你同样会觉得很劳累，但是你希望新的一天能早点到来，你迫不及待地爬上床，为的是迫不及待地投入明天。想到明天接踵而来的各种事情，你的感觉并非是畏惧，而是欢喜和好奇。你确信明天会有新鲜的事情和新鲜的人，生活会带着你飞快前进，前往更远更高处。在那里，所有的人和事具备神秘的联系，一个人牵出另一个人，一件事引爆另一件事，就像上帝在你面前打开放映机，试图最大限度上愉悦你。

很多年前，当网络出现的时候，就有这种感觉。你期待着早点起床，看看帖子是否有人回复，网络上又有什么新鲜故事，工程师们又推出了什么奇奇怪怪的产品。你并不知道新的一天里会遇见什么，更别谈是否能够直接转换为收入或者名声。但是这种不确定让人快乐，激情迸发，甚至因此而不去计算成败利钝。

人们因为进入一个新世界而振奋，因为历史翻开崭新的一篇而激动。随后，一切又慢慢变得和以往一样。90年代为互联网的出现而感觉到的欢欣，和60年前并没有多少不同。而今天的互联网，也在一丝不苟地复制现实世界的进程。一次次整风，一次次运动，然后失去活力，变得僵化低效，毫无乐趣可言。这并非是简单比拟，而是说生活本身有这种惯性，把一切新东西同化。

也基于这个判断，我保持了对未来的乐观。因为这样的互联网不可持久，这样没劲的生活不可永续。过去，我们说一切变化都是因为一个老人画了一个圈，可在我想来，是这个圈必须要画，已经到了不画不成的时候了。同时，这也不是某个个人需要这么个圈，而是大多数人都在呼唤要这么个圈，所以它注定会出现。

有多少人还愿意傻呆呆木楞楞再过十年无趣的生活？用未来十年或者二十年的时间继续做房奴、孩奴？继续恐婚、恐归？继续在空无一物的网络上彼此折腾？不，应该有新鲜事可以做，应该有新生活值得追求，应该有新的审美新的文化出现。怎么能够接受未来十年依然只有一堂春节联欢晚会诠释春节这种愚蠢透顶的事情继续存在？怎么能够接受未来十年依然只有一个放屁都需要先申请的互联网继续发展？

如果一个人在生活中无法寻求自身的价值，并且找到合适的处所在体现这种价值，那么哪怕财富在迅速累积，社会在继续发展，他也会觉得自己无足轻重，所有过去的岁月都是一种失落而非其它。如果每个人始终感觉到自己的渺小和无力，而且是越来越渺小和乏力，那么社会前进的巨大车轮迟早会停滞下来。因为我们不可能希望奴工能始终因为恐惧而持续投入，拉动车轮飞速前进。唯有那些知道自己为何而付出，将会前往何地的人，才能够做出真正的贡献和真正的牺牲，如此他们才能证明自己真正活过，而且是带劲地活过，带着我们一起进入崭新的明天。

马上就要到虎年了，虎是王者，意味着不间断的进攻，也意味着因为自信而拥有的绝对尊严。我祝愿每一个能在虎年里找到自己想要出击的方向，获得出击的冲动，自信、乐观而且是自由自在地投入生活中去，不要再继续“弱智青年常受辱，脑残儿童愤怒多”的廉价人生。

为此，请允许我今晚离线，在湖边点燃漫天烟火。

+++++++分割线++++++++

摄影：方加玮
鲜花总会长出来，不在墙这边相见，就在墙外面思念。请使用E-mail订阅《槽边往事》：订阅地址