贝壳的壳

mongo无法利用多核？

2011-11-16T01:12:00.000-08:00

太伤心了，本来以为mongo的速度很快呢。测试插入数据，结果当场被泼了冷水。

conn = pymongo.Connection('localhost', 27017)

db = conn['perform']

coll = db['test']

testdata = []

def init_testdata():

for i in xrange(1000):

s1 = ''.join([random.choice(string.hexdigits) for j in xrange(16)])

s2 = ''.join([random.choice(string.letters) for j in xrange(200)])

testdata.append((s1, s2))

init_testdata()

def insert_mongo():

for s1, s2 in testdata: coll.insert({'_id': s1, 'content': s2})

def find_mongo():

for s1, s2 in testdata:

s = coll.find_one({'_id': s1})

def testfunc(funcname, times = 1000):

from timeit import Timer

t = Timer("%s()" % funcname, "from __main__ import *")

print 'funcname: %s used %f' % (funcname, t.timeit(times) / times)

if __name__ == '__main__':

# os.fork()

init_testdata()

testfunc('insert_mongo', times = 100)

testfunc('find_mongo', times = 100)

这个代码，在直接执行的情况下，获得结果是这样的。

funcname: insert_mongo used 0.179303

折合成iops，也就是5500req/s的样子。打开os.fork后，结果变成了这样。

funcname: insert_mongo used 0.516131

funcname: insert_mongo used 0.526213

只有3850req/s左右，我靠，比单进程慢那么多？打开四个进程试试？

funcname: insert_mongo used 1.039754

funcname: insert_mongo used 1.058093

funcname: insert_mongo used 1.058598

funcname: insert_mongo used 1.059101

基本稳定下来了，差不多4000req/s的样子。而且，通过top发现，最关键的问题不在于io和内存，而是mongodb这货只有一个进程，最高吃到100%的CPU——也就是——无法利用多核。

幸好，在读取测试中，情况不是那么糟糕。在单进程下是下面这样子

funcname: find_mongo used 0.350096

2850req/s，双进程就变成了这样子。

funcname: find_mongo used 0.220384

funcname: find_mongo used 0.221446

9000req/s！不但性能有所上升，而且更为惊喜的是，在top中检测发现，主要CPU消耗都放到了python这端。而分布系统的常识告诉我们，客户端的压力（就是应用服务器的压力）是可以很容易的通过添加服务器来解决的。在贝壳当前这台双核的机器上是无法进行进一步测试了，不过按照目前的状况预估，查询时即使只能使用单核，也可以支持10000req/s以上的性能。

又是一个典型的高读低写数据库呐。也罢也罢，nosql中也就mongo的各种特性比较接近sql数据库，用来跳过ORM层直接做系统比较合适。如果使用memcache或者redis，性能倒是上去了，用起来就未免太蛋疼了一点。不过偷偷的透露一点，贝壳估计，使用redis后，性能还能上去5倍。

语言的易读性

2011-11-15T00:32:00.000-08:00

何谓语言的易读性，简单来说，就是看到一段代码的时候，能够了解其意思。易读性最差的典型代表作是汇编语言和机器语言，因为在读这两种语言的时候，其实是你的大脑在替代模拟CPU的功效。说起来，自从汇编以后，每种语言多多少少都注重了人类阅读的习惯，像brainfuck这种特例是万难一见的。例如下面的例子。

printf("hello, world\n");

即使没有任何C基础的人，也能够看懂这是在做一个字符串打印。

语言的易读性其实是语言非常重要的特征，比其他特征都重要。因为人类的大脑不可能记得所有的代码细节，并且能够直观的反应出如何修改。往往我们需要阅读一下代码，搞明白每段的意思，然后才能动手——哪怕这段代码出自自己手笔，只要过得一两个月，还是要重读一下的。正是因为读这个技能的使用频率非常高，所以语言的易读性非常直观的影响到语言的易用性。而易读性差的语言和习惯，目前来看有以下几个典型例子。

1.罗嗦

典型代表是Java。下面是一个Java解压Zip的代码，引用自参考1。

public class Zip {
    static final int BUFFER = 2048;

    public static void main(String argv[]) {
        try {
            BufferedInputStream origin = null;
            FileOutputStream dest = new FileOutputStream("E:\\test\\myfiles.zip");
            ZipOutputStream out = new ZipOutputStream(new BufferedOutputStream(
                    dest));
            byte data[] = new byte[BUFFER];
            File f = new File("e:\\test\\a\\");
            File files[] = f.listFiles();

            for (int i = 0; i < files.length; i++) {
                FileInputStream fi = new FileInputStream(files[i]);
                origin = new BufferedInputStream(fi, BUFFER);
                ZipEntry entry = new ZipEntry(files[i].getName());
                out.putNextEntry(entry);
                int count;
                while ((count = origin.read(data, 0, BUFFER)) != -1) {
                    out.write(data, 0, count);
                }
                origin.close();
            }
            out.close();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

我下面给出python版本。

import os, zipfile
with zipfile.ZipFile('filename.zip', 'w' ,zipfile.ZIP_DEFLATED) as zf:

for name in os.listdir('.'): zf.write(name)

罗嗦有什么坏处？当你需要理解一段代码的时候，需要上上下下翻动屏幕，并且仔细对比每个细节，才能理解这个代码的目的。这对于阅读来说是非常不友好的。

2.歧义

典型例子是++，我给出这么一个例子。

i = (++j) + (j++) + i---i

i是多少？脑子一团糨糊吧？关于自增自减的歧义，具体可以看参考2。当然，这并不是说C++设计的有问题，只是这个用法不可取而已。

歧义的最大问题是，不借助具体的实现运行一下，基本没有希望了解这个代码是什么意思。这哪里叫可读，这叫不可读。歧义是不可读中最差劲的一种，一切产生歧义的代码都是坏的代码，例如我们下面的这个例子：

import os

def os(os): return os

这个，return回去的到底是谁？os module？function？variable？运行一下我们知道，其实是返回了参数。但是这种代码骤然看到，鬼才能够反应的过来，写出这种代码的，上辈子都是非洲丛林里面的守林人，想bug想疯了吧。

还有一种是变量名类似，例如只以大小写区分，或者以下这个例子：

def sl(s1): return sl

您看出问题了么？没看出来？这到底要多脑残才会把变量弄的那么像函数名，导致return的时候把自己的函数给return回去阿？

3.依赖上下文

什么叫依赖上下文？其实这并不是一个很好界定的问题。无论代码多么简洁，我们都需要调用其他函数。这个函数就是所谓的上下文。在拥有一定知识的前提下，我们的代码越上下文无关越好。如果一定要上下文有关，这个相关部分越确定越好。例如C++中的一个例子：

DynamicFn<WM_Hooks_WMVAL_proto> WM_Hooks_WindowChanged(_T("wm_hooks.dll"), "WM_Hooks_WindowChanged");

谁能告诉我，为了看懂这个代码，我需要查看多少内容？首先，我需要查看DynamicFn和WM_Hooks_WMVAL_proto的定义，然后去检查DynamicFn的构造函数。如果只有一个构造函数，并且参数类型匹配，那么很幸运，事情就到此为止。如果不匹配，我还得查看是否可以编译通过，如果可以，是匹配了哪个构造函数。如果都不匹配，那么肯定发生了内隐转换（implicit cast），如果有两个函数都可以通过内隐转换进行匹配，例如下面这种：

template <typename T>

DynamicFn::DynamicFn(wstring t, char * c);

DynamicFn::DynamicFn(TCHAR * t, string c);

天呐，这个不但依赖上下文，而且歧义了。更郁闷的是，随着UNICODE宏的变化，这两个函数的匹配行为还会产生变化。即使上面一切都没问题，您能够直观的从刚刚的一行代码中看出代码所要达到的目的么？从老程序员的习惯来猜测，好像是wm-hooks这个dll的WM_Hooks_WindowChanged函数进行SetHook，是不是，我懒得验证了。

比较好的解决这个问题的方法叫做代码自描述性。例如上文，这种文法是比较容易理解的。（但是不保证意义一致，因为上文我还不确定是安装Hook还是仅仅生成对象包装，或者两个行为同时实施了？下文也只是伪代码）

create_function(u"wm_hooks.dll", "WM_Hooks_WindowChanged")

4.晦涩

何谓晦涩？高级特性过多。典型代表C++，谁来读一下这个代码？

#pragma once

#pragma lib("curl")

using namespace std;

#ifndef RFB_MAINTHREAD

#define RFB_MAINTHREAD

namespace rbf{

extern "C" {

class MainThread: public Thread, EventHandler {

MainThread (explicit HANDLE hFD);

virtual ~MainThread();

inline static int run_wrapper() { return run(); }

virtual run() = 0;

};

}

NSIS在64位下安装时无法写入注册表的问题

2011-11-13T23:54:00.000-08:00

最近公司碰到一个问题，NSIS在64位下安装时无法写入注册表。

首先，这个问题不是UAC没有权限的问题，因为我使用administrator安装依然有问题。其次，问题和win2008没关系，只出现在64位上。

问题在哪里呢？在写入注册表前，SetRegView 64，写入后换回32，问题解决。

真TMD的。

关于网站架构的几封邮件摘抄

2011-11-11T00:18:00.000-08:00

Shell.Xu <shell909090@gmail.com>:

我知道，我自己写过一个greenlet + epoll的实验性框架。

http://code.google.com/p/py-web-server

最主要的问题是，写到后来我发现，这东西对用户的要求太高了。要用好这种框架，用户必须具备系统经验，知道阻塞操作实际上是由非阻塞操作和上下文调度去模拟的，知道代码处处无阻塞（其实是不能有无调度的阻塞），能够想像系统是如何运行的。

这种人不会太多。在cpyug里面不算少，抓10个20个肯定能抓出来，抓上100个也不是没希望。但是实际在操作的时候，平摊到上海这么个地方，会python的也就见过那么不到100人，有这种要求的几乎可以一个个数出来。而且大多数已经在一个不错的公司里面有个不错的职位，你没法指望招个人来做事。

这也是为什么很多公司凡python必django的原因，毕竟用了django，虽然罕见，但是可以招人。用了tornado，能招的范围就少了很多。我自己做的这个实验性的玩意，风险大不说，HR角度来说，可选程序员只有一个。一旦在上面做了系统，不废弃系统的前提下，你压根没法谈判工资。。。

从语言角度来说，我更倾向于lisp，那个比较优美一些，而且也有编译成C的选项，速度不慢，天然的fp。问题是lisp从语义的自然可理解性来说非常差劲，那个传说中某AI实验室源码最后一页全是)并非空穴来风。对于新手入门而言，lisp成本更加高，使用lisp做系统，HR执行的难度也更高。haskell我并不懂，不过从语言理解来说，大概介于lisp和python之间吧。

协程型框架和进程/线程型框架相比，最大的好处就是减少了锁的问题。因为上下文切换的位置都是已知的，是否需要锁很容易考虑。很多时候甚至不需要严格锁定，只要置标志位就好，速度很快。使用fp，也可以大幅减少锁的问题，但绝对不是避免。目前的系统架构设计，已经越来越多的把锁的问题扔到了数据库层。

例如，我在操作一条记录的时候，一定会发生行级锁，否则就是不安全的。而在添加一条记录的时候，必然会修改这个表上关联的索引。而修改索引的瞬间，就会发生瞬时的锁定和解锁，否则也是不安全的。这个过程虽然对用户不可见，但是并非不存在。诚然，数据库访问是基于网络的，而基于网络的read是一个阻塞操作，在架构级别一定会调度到别的上下文执行。但是没意义阿，大规模的用户访问，除掉可以缓存的部分外，都被压到了数据库上进行读写。这些访问，在表级频繁的发生冲突，被各种锁序列化成顺序访问。到最后，我们不断的向系统中添加机器，来换取性能增长的时候，应用服务器实际上变成了问题最小的一个——小到用也许bash去写cgi都可以满足。与此同时，我们的数据库问题越来越大，还没法拆分——你没办法像应用服务器负载均衡那样把数据库拆到多个机器上去，然后让他们的写入性能成倍数增加。

无论是mongo，redis，还是mysql，都没有本质上的解决锁，尤其是写入锁的问题。mongo的读取性能可以上到15kreq/s，但是写入只有5kreq/s，而且好像还不能由sheding做加速——至少不是成倍级别的加速。mysql目前比较成熟的方案还是单写多读。当然，还有所谓水平拆分和垂直拆分的方法。垂直拆分对业务有要求，水平拆分只解决了大规模数据吞吐分布到多个存储媒体的问题，不解决索引访问的问题。redis压根没有自己的分布方案，你必须自己来做。

k-v受到热捧的原因之一，在它给了你一个从某个层面绕过这个问题的方法。目前写入锁最严重的点在于索引。无论是插入还是修改记录都需要在数据库上变更索引，而索引的变更就必然会发生锁。K-V的要点在于不允许在记录上做索引——所以mongo不是k-v数据库——从而允许用户将庞大的写操作分布到数十乃至数百台机器上的同时，获得倍数级别的性能增长。我们先不考虑添加/删除——这个是一致性哈希的目标，也不考虑可用性——这个是冗余的目标。仅从这点来说，k-v数据库受到热捧是有原因的。

问题是，这也不是解决问题，这只是绕过问题。相信使用k-v的人应该有所感受，这玩意根本没法替代常规数据库来用。没有事务，没有一致性隔离就算了。连索引都没有，这TMD的怎么用阿。目前来说，更加实际的使用还是用k-v来存储一些确实没必要进行索引的东西——例如大量小规模图片，用户的属性数据。

Zoom.Quiet <zoom.quiet@gmail.com>:

- 那么这样的话,可以考虑用 Erlang ,这货天然就是为了大分布高迸发服务发明的

- 而且从语义行文角度看也很好理解

- 更加要命的是 erl 提供了丰富到变态的动态调试工具,风骚无比的热部署无缝回滚...

- 只是,摧悲的是 erl 对于计算无爱...

- 不过,反过来想一下:

- 现在 web2.0 的世界,以及在爆发中的移动互联应用中,有什么是非要复杂关系查询的?!

- 通过业务的良好统计,可以从业务角度就异步化

- 那么,不论什么语言来开发,都没有阻塞问题存在了哈...

- 这也是为毛 K/V 数据库得以商业应用的主要原因

- 另外,前述有人说 git 作存儲的思路也是个方向:

- 既然分布式写入锁是个难题

- 那么就直接只进行本地操作好了

- 仅在必要时,进行分布式合并,这方面,各种版本控制系统都作得很好

- 如果 redis 的bilog 文本对 git 合并是可耐受的,那不就是个山寨的分布异步安全锁了?

Shell.Xu <shell909090@gmail.com>:

我觉得我的最终解决方案是到大学里面培训lisp课程，争取弄出一批语义上看C系列语言不顺眼，只能读懂lisp的变态出来。这种现象在自然界有广泛分布，地球上至少有1/4的人类在使用最流行的语言系统时有障碍，只能使用一种难用的要死的古老的，基于符号的语言系统，并且引以为傲。。。

业务角度异步化并不是最终方案，因为除了移动互联网应用外，数据库业务最赚钱的还是公司业务。公司业务的数据量不见得比移动互联网应用小，而且他们有钱。由于目前没办法，公司业务都是找oracle这种公司来处理，而且对性能没有要求。其实不是真的没要求，而是没法要求而已。

我觉得比较有前景的，是如何将索引分布，理论来说这是可以做的。一致性哈希，DHT，都有希望。问题是目前来说，安全的写入分布式的索引本身好像也是要锁的，这就没意义了哈。我还没想过分布式的索引本身写入锁的冲突概率是多少，能降低一个数量级就值得玩玩看。

openwrt配置——自动重启openvpn

2011-11-09T23:55:00.000-08:00

还记得如何配置openvpn么？手工配置有个问题，当我ppp0连接断掉，需要重启路由器的时候，网络会短暂的断开。然后，openvpn就失效了，导致各种混乱后果。为了解决这个问题，我测试了一下，做了以下设置。

-----/etc/hotplug.d/iface/30-openvpn-----

#!/bin/sh

[ "$ACTION" = "ifup" -a "$INTERFACE" = "wan" ] &&

[ -z "`/sbin/ifconfig tun0 2>&1 | grep inet`" ] && {

/etc/init.d/openvpn start

}

[ "$ACTION" = "ifdown" -a "$INTERFACE" = "wan" ] &&

[ -n "`/sbin/ifconfig tun0 2>&1 | grep inet`" ] && {

/etc/init.d/openvpn stop

}

-----end files-----

好了，你重启外网连接的时候，就会自动连接openvpn。

参考：

OpenWRT下的动态DNS(用3322.org的服务)

几个模板系统的性能对比

2011-11-08T22:52:00.000-08:00

对比目标，jinja2，cheetah，mako，webpy，bottle，tornado，django的性能。

方法，随机生成一个二维数组，第一列是自增数据，第二列是长度为100的随机字符串，然后生成html，比较一次生成的时间。

说明，如果模板有编译缓存，打开。有其他方法加速，打开。生成缓存，关闭。不计算随机数据生成时间，一次生成后一直使用。

以下是文件有效内容，没用的都略去了。最后的顺序是因为我根据结果整理了一下调用次序。

-----testcheetah.tmpl-----

<table>

#for $i in $l

<tr>

</tr>

openwrt配置——arptables配置

2011-11-06T18:32:00.001-08:00

让其他人的设备无法使用网络。

opkg install arptables

--------/etc/init.d/arptables--------

#!/bin/sh /etc/rc.common

start (){

arptables -F INPUT

arptables -A INPUT --src-mac aaa -j ACCEPT

arptables -P INPUT DROP

}

stop (){

arptables -F INPUT

arptables -P INPUT ACCEPT

}

--------end files--------

注意，千万把自己的mac地址写对了，否则一个/etc/init.d/arptables restart下去，你自己的机器就断线连不上了。不过一般来说，重启后arp限制会失效，因此可以重启来去掉限制。实在不行也可以拔下U盘，在电脑上进行mount和修改，然后再插回去启动设备。根据测试结果，内网还是可以访问的，不过路由器无法访问了。有一个链叫做FORWARD，也许改这个可以解决。但是我没有找到相关资料，因此没有下手。

Openwrt pptp passthought

2011-11-03T23:43:00.000-07:00

你还在为使用openwrt路由器无法使用pptp客户端而烦恼么？请看这个页面。按照他的说法，输入以下句子就可以解决你的烦恼。

If you use a pptp client behind an openwrt router, and pptp tunnel not work, look at thispage.

opkg update

opkg install kmod-ipt-nathelper-extra

这个方法不仅对路由器内使用一个pptp有效，而且对多个pptp也有效。

It's work for both single pptp tunnel and for multi pptp tunnels.

然后，记得重启。

Remember to reboot router.

SHLUG Summit 2011

2011-11-02T19:38:00.001-07:00

这次有我的演讲，转一下转一下，大家来捧场。

---------- Forwarded message ----------
From: ghosTM55 <ghosthomas@gmail.com>
Date: 2011/11/2
Subject: [shlug] [公告]SHLUG Summit 2011
To: shlug <shlug@googlegroups.com>

Hi all,我们SHLUG的2011年年度大会来了!

作为惯例，我们的年会会面向Linux新手以及初学者来进行Linux的宣传与知识普及，这次也不例外
这次我们将会来到松江大学城，在东华大学进行一场200人规模的交流会，欢迎有时间和兴趣的朋友一同前去参加

时间: 2011年11月6日(周日) 下午2点
地点: 东华大学松江大学城校区
报名: 不需要
入场费用: 不需要
演讲主题:
* 如何成为一名黑客
* Debian GNU/Linux介绍
* 实战Linux网络部署
隐藏关卡:
* Ubuntu 11.10 Release Party

和去年一样，在这里我需要:
1. 一些朋友能够来帮助到我们运维好本次SHLUG的年会(拍照，摄影，现场话筒传递，入场引导等)
2. SHLUG的朋友在参与活动的时候尽可能坐在教室后排并请勿在演讲过程中大声讨论问题
3. 大家对于此次活动的线上以及线下的帮忙宣传

在这里需要感谢东华大学开源社区的同学们的积极配合与帮助，为我们奔波于松江大学城各高校进行宣传
并且为我们找到了能够容纳200人的教室(具体教室号码尚未确定，我会在列表以及blog中进行更新，请持续关注)

欢迎各位参与本次年会并向我提出建议，谢谢

--
Thomas
Shanghai Linux User Group

http://ghosTunix.org
Twitter: @ghosTM55

收稿子啦，宅男买数码

2011-11-01T20:13:00.000-07:00

淘宝上东西很多，360buy东西也很多，电脑卖场多如牛毛，听起来买个数码产品是个很容易的事情。其实才不是呢，尤其是对于对数码有要求的宅男来说，买个设备要多困难有多困难。

贝壳上淘宝买一个充电器，要求也不高，5V/2A，可以用于我的台电P81HD平板。OK，上淘宝，找第一个卖家，狮王的四口充电器——结果，总电流不足，退货。第二个卖家，瑞能官方店——结果，有高频分量，在充电时无法正常操作，目前还在协商中。第三个卖家，三星的充电器——结果，充电有高频电流声，温度很高。gary说，他有个DELL的充电器也有类似问题。我很高兴的说，那是没事咯？他说，结果，爆了，连带烧了整个房间的电闸。然后拆开塑封看印刷，粗糙，肯定假货无疑，强行要求退货。第四个卖家，上去问，有货么？有货。真货么？真货。确定么？确定。我这么说吧，我不和您讲道理，到手后，我找三星干活的兄弟看。他说真货我就收货，他说假货我就退货，连邮费一起退。不退差评。

——先生？

——您好？

——还在么？

OK，这就是淘宝的品质。当然，我不是说淘宝无好货。Thomas老婆在淘宝上买的DIR-825路由器还是挺好用的，我在上面订花什么的也不错。问题是，对于产品挑剔的宅男来说，在淘宝上买东西是一个艰难的抉择。应该说，淘宝基本无真货。

那么京东之类的电子商城呢？

贝壳买过他们的两箱秋叶原六类线，结果其中一箱的中心龙骨缺失。我问他们怎么回事，他们就只负责退货。还好，退货，换发票的过程都是OK的，但是没有一个人出来说一句，这是为什么，也没有人道歉。看看京东上面比较热门的东西，基本都能看到旧货贴。啊——运气不好，终于让我碰到旧货了。看来他们也没靠谱到哪里去。

那咋办？

OK，贝壳简单说一下一个想法。

贝壳会收集您的文章，包括某个数码产品，您的购买时间，价格，个人评价，当然，最重要的，购买方式。因为文章要发在贝壳的blog上，所以您需要同意内容以cc-by-sa3.0相容版权发布。当然，文章会署您的名字。收集文章的前提是，我得认识您。您和贝壳是在哪里吃过饭，您帮贝壳解决过什么问题，物理世界里面互相有过交流。只要认识，我就会贴出，或者转发您的文章。注意，需要反复强调的是，里面需要提供购买方式。贝壳不介意那个卖家和您有没有亲戚朋友关系，只要这个东西是可靠的。为什么可靠？既然我认得您，我就相信您。一个人钻研半天技术，只为了其他几个宅买几样东西而说谎，这是不值得的。就好象贝壳写那么一大堆技术资料，开这么一个blog，不会为了几个钱的回扣专门骗你一回。因此，如果你认得贝壳，这个事情也是比较有保障的——至少你不会故意的被骗。至于运气好坏，个人感觉，这个就真不好说了。所以，如果您不认识贝壳，只是经常跑过来看技术资料的——那，就看您信不信了。不管您信不信，反正我信了。

而对于来挑选东西的宅男们，贝壳要说明的是。贝壳买东西的风格，是偏好产品的用途和质量，而无视价格的。所谓无视，既包括可能因为某个卖家不靠谱或者某个型号不靠谱而购买相对比较贵的产品。也包括某个东西虽然名声不显，但确实很好用，而无视东西的品牌。因此，您可能会问，为什么贝壳这里只介绍DIR-825路由器，还有那么多更物美价廉的呢？例如buffalo的某款。首先，可能因为贝壳的朋友只有人用过DIR-825。其次，贝壳知道buffalo的路由器都是单AP，而贝壳本身是一定需要双AP的。或者您也可能会问，为什么我们对苹果这样的东西，周边居然配了一个名不见经传的充电器/触摸笔。实话说，只要好用，我不在乎。

另外，我也希望从文章中挑东西的人，把您的经历也附加在下面。包括您买了同样产品，感觉如何？其他产品，好不好用？这也是给后来者一个借鉴。

好吧，废话半天，现在贝壳开始征集稿子了。

PS：个人希望，如果有买了小米手机量产版本的小白鼠，能够跳出来说说情况。贝壳希望入一个，可是网络上说法满天飞，不知道该信谁啊。

P81HD，以及任意一种Android的翻墙

2011-10-30T23:24:00.000-07:00

假如，你有一台Android，不能刷机（厂家没提供ROM，也没有源码，而且可能锁了bootloader），没有ip_gre模块，没有tun模块，连iptables_filter模块都没有，那怎么办呢？没有第一个，就无法使用pptp/l2tp的内置VPN，没有第二个，就无法使用openvpn，没有第三个，就无法使用sshtunnel。如果你运气不好，这个东西连root都没有，肿末办？

很简单，你得先弄到Opera，注意Opera Mini没有测试过，据说不行。然后准备一台vps，上面不但要开ssh，而且必须在机器上有个代理。然后在地址里面输入opera:config，看到设定了？下面有一项proxy。按照参考[1]的方法设定代理，地址设定为127.0.0.1:1984。注意不要写成localhost:1984，后者不一定认。代理服务器用sshtunnel，注意不要用Socks5翻墙，必须用http模式。打开看看？是不是可以了？

原理很简单，sshtunnel使用redsocks来执行的全局翻墙。根据参考[3]，redsocks是通过iptables规则来将所有连接重定向到自身，然后包装成代理的。由于iptables_filter模块缺失，或者干脆没有root，这个路子走不通。但是启动sshtunnel后1984端口的翻墙链是好的，只是程序都不使用而已。Opear又给了我们一个自行设定代理的能力。因此，结合使用两种方法，能让你在没有模块，没有root的情况下，自行拥有翻墙能力。由于Opera只支持HTTP代理，因此你必须满足http代理翻墙要求（远程服务器上有代理，不启用socks5模式）。

参考：

1. Android下使用Opera实现Wifi代理上网

2. Android 平台的 SSH Tunnel 应用

3. redsocks on android指南

一个充电器的小问题

2011-10-28T00:45:00.001-07:00

我不知道我的blog读者有多少是使用手机/平板来看我的blog的，估计不会很多。但是如果说有多少人用电容屏手机/平板，那估计不会少。那有多少人知道，充电器选择不好会导致触摸屏出现问题呢？

今天贝壳就有幸碰到了这个问题。P81HD，买了一个单独的蓝魔的线进行充电。USB2DC，2.5mm头，内正外负。不知道有多少人看出来了，DC的电气特性和USB有个很大的区别——不是，我不是说没有信号引脚，当然DC是没有信号引脚的——最大区别在于，USB定义了一根地线，而DC没有。因此DC的屏蔽能力比USB差一点。差多少呢？如果你的充电器是2口的，那就是没区别。。。

不过，无论充电口怎么设计，电气参数都是5V/2A。从ipad以后，这都成了usb充电器的标准最大功率了。另外科普一下，usb的四种常见电流，100mA，500mA，1A，2A。100mA是电脑连接小型设备时的默认功率，500mA是电脑USB口的最大输出电流。1A的就是手机充电器/非标准电脑口的输出电流了。至于2A，这是非标准功率，ipad用的。

5V/2A的功率是相当大的，在使用的时候，如果充电器不好，会造成触摸屏不灵敏，甚至无法工作。贝壳的P81HD配合上瑞能的充电器（旗舰店出的，应该是正品），在一个手指点击的时候，会出现额外的触摸。本来点在左下角，在右下角会多出现一根触摸点，一跳一跳的。本来贝壳自己还想不通是什么理由，周四聚会的时候，旁边的LTN同学给出了答案。如果你用了不合格的充电器，会导致你的手机无法在充电时使用。具体可以看这里。简单来说，所有便携式开关电源，都会造成电容屏手机无法正常工作。不过有些开关电源做的比较好，在输出上加了滤波环。如果自己使用带有滤波环的数据线，一样可以缓解这个问题。

我找瑞能旗舰店的人反映，他们说让我打客服电话。先打了一个福建的电话，0595-22636088。接电话的是个售后，我描述情况后，他找了一个技术。技术告诉我，这情况他也没碰到过，我是头一个反映的。他们也没有办法，要退货找瑞能旗舰店的人。然后，旗舰店的又给了我一个电话，是800的全国电话，8008585185。打过去，这个客服靠谱多了，说这个情况他们见过。一个iphone用户，也有类似情况，重启后问题消失。我说我重启N趟了，他说，这个就不知道了，我找技术问问。

不得不说，人家做服务的态度真的非常好。过10分钟，电话打过来了。说，他们的产品都是经过严格的出厂检测的，应当不存在输出电流不稳的情况。我这个情况有可能是因为在使用时，瞬时电流超过2.1A，导致软件故障。我说，你知道我的设备的功率是多少么？他说，不知道。我说，电池是3.7V*4Ah的，应当是15Wh左右。可用5小时，功率应当是3W。除以输入电压5V，电流是600mA。如果充电电流维持2A不变，加入一个0.6A的工作电流，你这个充电器早严重超载了。这个理由说不通。他说，那要么你去我们上海的维修点，带着设备，他们会给你当场测试。如果确实不解决问题——你那里买的？我说，淘宝的瑞能旗舰店。他说——那个没事，他们会当场给你退货的。如果设备烧掉了，我们也有保险的。

当然，说是这么说，不过地址是在南站那里，贝壳过去太困难了。反正我把这个过程说给猫咪听，她说，废话什么，直接给差评得了。卖家的东西在客户这里用出问题，应当负责运费给换一个。让客户自己带来带去非常不负责。然而作为一个死理性派，贝壳比较反对没有弄清事情就直接下结论，何况人家态度很好。（当然，这些承诺你信不信就是另一回事了）因此打算找个人检测一下输出，看看是否带有交流。

然后，贝壳和小强说起这个问题，小强借出了他自己的ipad充电器。这个是上海苹果官方店里面买苹果附送的，带序列号，绝对正品。接上去——一样不行。可见并不是瑞能的问题，而是P81HD的屏幕太容易受到干扰了。当然，瑞能和苹果充电器本身有高频分量是一定的。为了解决这个问题，贝壳行险，在淘宝上买了一个三星galaxy的充电器，就是thomas借给我的那种。到货接上去试了试，一点问题都没有。这说明，三星的充电器在质量上比苹果的好多了。

ApacheBench在性能分析时的一点注意

2011-10-27T01:47:00.000-07:00

废话不多说，上干货。

http://blog.miniasp.com/post/2009/10/07/Explain-ApacheBench-ab-for-the-Failed-request-field.aspx

http://stackoverflow.com/questions/579450/load-testing-with-ab-fake-failed-requests-length

简单来说，如果你用ab压网站，发现很多Failed requests。只要这些都是Length，就不算数。

浮生半日

2011-10-25T20:06:00.000-07:00

先说一下，文写的是上上周去北京的事情，因为前面堆积的文太多了，所以拖到现在才发出来。
早上先去了中关村。这次出来匆忙，忘记带usb数据线和otg线。结果跑到北京发现，要多呆几天就势必难免需要给手机充电。而我带了移动电源，却忘记带数据线。。。
好久不去海龙，里面的商贩更加乱来。一根USB数据线，开出天价来。开始一个开20一根USB，35一根OTG。USB成本一般就是1元，最高不会超过5元。老子就算是旅游，也不是来当冤大头的好吧。何况老子15年前就在这买电子产品了，那会你还不知道中关村在哪呢。换下一个——我靠，改30了。再跑到HTC的专卖店，更加夸张了，看了一眼接口，报价50。恩，莫非是我没说明白。G2手机的数据线比较特殊，是T型口多一个角。这种线无法连接其他设备，但是普通USB线可以连接这种手机。我只是要一根普通USB线——50。
好，你狠，我找下一家。下一家倒是靠谱很多，USB线10元，OTG20，虽然小贵，但是可以接受了。而且USB线和OTG的质量颇好，不算太冤枉。我干脆就让他们介绍一家3G上网卡店（通常介绍客人过去都是有回扣的，或者有合作，关系比较好）。中兴MF633的上网卡是在说明中明确表示支持Linux的，不过他们没有。所以我就挑了一个别人测试下来，肯定P81HD肯定支持的网卡，MF190。他们开价190，比淘宝贵了30。好吧，去掉邮费，这个也算合理利润。何况我要求现场试货，可退还的。
测试下来，一切正常，我现在有3G上网能力了，很高兴，于是紧接着，乐极生悲了。我的P81HD挂着耳机线，出门的时候剐了一下，摔地上，贴膜喇伤了。真是无妄之灾，幸好，这个可以破财免灾。找个贴膜的，说P81是8寸4:3，尺寸特殊，需要裁。裁就裁吧。贴膜的是个汕头来的女的，手艺还不错。整个膜的中间没有气泡，手感比上个膜好，只要20。唯一的问题是屏幕下方部分边角，没有贴合平整。
午饭还是在鼎好楼上吃的，依然是京东肉饼和酸梅汤，上次和猫咪一起吃的东西。不过今天的人更加少了，看来附近卖场一家接一家开门，对他们生意造成了很大冲击。酸梅汤比上次给力，可是肉饼却太难吃了。吃了半个，实在没胃口，加买了一些锅贴——呕，比肉饼更难吃。我看午饭就这样吧，再吃下去保不齐是个悲剧。
猫咪说有空带点吃的回去，下午就跑一趟王府井吧。中关村去王府井最快的方式是四号线，中间要过西单。我索性在西单下车，逛了逛西单商场和图书大楼。大楼前的景观如故，就是稍显破旧。西单的一堆商场人山人海，比以前热闹多了。不过可惜的是，以前连着的两家KFC全没了。吉野家开了进去，外面修了一个小楼卖衣服，小下沉广场完全看不出样子了。临街一堆卖衣服鞋子的小店全拆掉了，改成了大卖场。周围车多，人也多。人不管车，横冲直撞。车怕人，左躲右闪，步履艰难。今天还看到了一辆京?00010的车，开的倒是很规矩，红灯停车，避让行人。不知道这种车的车主跑到西单来干嘛，不会是来买东西吧。。。
西单到王府井不远，不过我不高兴坐地铁了。过地道坐99路，一路能看到天安门广场什么的，算是短途观光吧。西单地道里面已经有警察站岗了，里面一个卖艺的都没有。这里曾是西单女孩起家的地方，现在西单女孩上了春晚，这却没人卖艺了。不止地道，整个图书大厦前面，还有左安门车站，都是密集的警察执勤。不知道是惯例还是今天有什么事情。
王府井这地方也算挺熟悉的，以前有空进城来玩，一个选项就是王府井。现在车水马龙更加了不得。不过热闹归热闹，其实商业氛围非常浮躁。我在王府井走了半天，找猫咪要吃的东西。结果连食品商店都没几家。大多数都是金店，工艺品店，高级餐厅，服装，玩具。日用品和食品几乎没见到。就算有，我找了一圈也没有。走的腿都快断了，好吧，试图在商业购物中心找日常吃食是我的错。说打算找一家一茶一座给自己的设备充电，顺便上个网，休息一下，喝点东西。点评上找到一家，走过去，保安说这里现在没有了，要走更远的路才有。好吧，别的店也可以，只要有电源，我自己有3G网络。不过我走了10多分钟，没有一家店里面有电源的。我了个去阿，我在南京路上随便找三家商场，问他们的保安。基本就能找到一家店，廉价的休息喝饮料，而且还有电源。好容易找了一家星巴克，居然还客满，没地方坐。好吧，鉴于我腿实在受不了了，我干脆到大食代去坐坐吃东西，顺便找一家小店给我的设备冲个电。
今天在大食代碰到几件很有意思的事情。我刚开始吃锅贴的时候，有一对夫妻在吵架。男的是广东口音，女的是北京口音。量过人吵架的事情，听起来也有地域风格特征——但不是地域歧视哦。好吧，听夫妻吵架比较无聊。然后是喝果汁的时候，看到两个中国人样子的人在说英文。当他们两个不说了，我用英文问了问其中一个，样子比较像白领的年轻男性。他说他是新加坡人，所以只会说英文。我再稍微听了点他和老板的谈话，老板和他一样，是新加坡人，跑到中国经营一家小小的店面。老板说，也说不上喜欢不喜欢，反正就是混饭。白领样子的青年说他是来中国旅游的，去过一大堆地方，具体我记不请了，只记得一个蒙古。老板问他蒙古如何？他说还不错，不像想像中的差。
在这个男人的旁边，是一对打扮入时的年轻姑娘。最奇怪的是，两个人用手语交谈。神奇之处在于，两个人一边吃东西，一边用手语交谈。甚至端着一个碗，打手语，喝一口，打手语，换手，打手语，夹菜，还是手语，吃下去，手语继续。看起来好像日本的手印表演一样，但是不是特意留意这桌，一点看不出突兀。看来无论什么情况，八卦都是女孩子的天性和本能。更奇怪的是，两个人手语流利，显然都是长期使用的。作为残疾人（没有鄙视的意思），两个姑娘都穿着入时，不知道她们是什么情况。
再旁边，是两个老外，老老实实吃东西，没啥好说的。老头很像好莱坞电影里面的美国农场出来的顽固老头，旁边的女士不时的根他说话，他就是简单的点头，吃饭，吃饭，点头。旁边的女士一点也没有奇怪的和他继续说，他也没有不耐烦，用筷子夹起——一颗鱼丸？！我去阿，哪个美国顽固老头在好莱坞电影里玩出这手都可以当成杂技了好吧。说话间，外国老头又熟练的夹起一颗鱼丸吃掉。
再旁边——好吧，我都奇怪为什么在短短一个小时内，能让我看到这么多有意思的东西——他们是一堆青年男女，男的坐左边，女的坐右边，有个坐错位置的，和旁边人贴的很紧——为什么你懂的。一帮人的年纪都不大，看起来像高中生的样子。他们的奇特之处在于，他们中有一半白人，而且是金发碧眼白皮肤，白到发红的正宗白人。当然，仅仅是这个还没什么奇怪的。问题是，其中有一个白人男孩身边是亚洲女孩，一个白人男孩身边是亚洲男孩，剩下的人不停的在照相。绯闻女孩剧组出外景来北京了？
出门来，看到一对情侣。男的很正常，女的穿着执事服，梳着两个包包，单从头发来看，有点像银魂里面的神乐。画着很夸张的妆，一看就是cosplay。不过刚刚看的奇怪事情已经够多了，再来一个我也不怎么奇怪了。

From P81HD

旅行感想

2011-10-25T01:26:00.001-07:00

大巴最好的位置在中间靠前，靠近门的位置。后面比较颠簸，下坡的时候刹车片又有味道。前面出事故的时候比较严重。

每次履行都肯定有计划外的支出——还不包括购物和消费——说白了就是明抢一票。很多消费，明面上说是非强制的，但是你不缴，肯定麻烦多多。这次旅行，几乎必须缴的自费项目有（没有强制项目），大理古城电瓶车，一人30，观光缆车，一人172（事先在旅行合同中说明），玉龙雪山景区车套票，一人50（事先在旅行合同中说明）。洱海游船，上船是站着的，要座位要么抢，要么15一人包座位。

跟团旅游，赠送景点基本是不去的，除非这个景点不但不收门票，而且反而会给旅行社人头费。当然，给人头费的理由是客人在里面要有可观的消费。路上时间基本是忽悠的，导游告诉你一个小时，那差不多按照一个半小时来计算就好。搭配景点基本是不值得看的。要评价旅游项目，就要看主景点的名声和时间。尤其注意细节。例如大缆车可以看看雪山，小缆车基本就白来了。

组团的几个常见问题是，餐标太低，不接受地陪投诉，变相购物，行程太紧。旅行团价格战的结果就是，大部分团的餐标都很低。桌子上吃的都是很难吃的东西，这就失去旅游的乐趣了。要自己加餐，一个是餐馆必须接受，另外如果用餐时间过长，其他客人等待，大家有意见，导游也会催。

很多旅行社写明，对地陪导游的投诉必须在旅游结束时的地陪卡上反映，回来后不受理。您别傻，这就是不接受地陪投诉的意思。您别以为有问题等旅游结束的时候可以在意见卡上反应，好点的情况是，导游到一半的时候，就找你们来填卡了。要么是填了卡才敢给你出问题，要么就是你人还在导游手里，人生地不熟，有意见敢写么？差点的情况，据说有导游上车就让你填卡的，你是填呢，还是不填呢？最糟情况是，你连卡都见不着，导游直接找了几个人，自己填掉了。所以，凡是不能以行程结束后多少天内为基准进行反应的投诉，一概可以认为是不接受投诉。

至于变相购物，这点见仁见智。我出去玩，大部分时间都有购买当地特产。作为买家，我总是试图买个物美价廉的东西。不过，除非是当地人，否则物美价廉是不可能的。所以购物基本呈现两级特征，高价正品，还有低价无保。如果购物能够事先说明，符合个人需要，并且能负担部分旅游费用，那我也不介意购物。然而跟团购物的问题是，导游往往会为了利益，使用不违规的最大力度促销。这样完全失去了旅游的乐趣，变成购物了。云南这里号称没有进店，但是导游在车上会介绍螺旋藻，翡翠什么的，不能不听。要买，到地方一会就买了跑。导游直说，他工资都是从里面赚的，我们购物的钱，他提百分之三的介绍费。然后这些钱要缴掉百分之七的税，在一个月没有投诉后拿到手。这个算不算购物，是否影响心情，就自己评价吧。

最后一个问题，就是行程太紧，这点最影响心情。为了增加卖点，旅行社总是试图在短行程内加入最多的景点，很多客人也以为景点越多越好。其实每个景点多少时间都有相应的评估，旅游总体时间以这些时间略宽松为好。相对来说，自由行给出的时间评估都是比较准的。如果一次旅游上景点过于密集，那么每个景点的时间就会减少，景点间的路程还会压缩时间。最后就变成了上车睡觉，下车尿尿，到景点拍照，回家什么都不知道。

如果自己出行，长途旅行最好的方式是使用公众交通，例如火车，飞机，等。自驾游通常限于不超过400公里的城市。原因很简单，不疲劳驾驶的情况下，最高可以一个人驾驶3小时，中间休息一次就好。即使高速上开到120，也就360公里，加上头尾，自驾4小时出去玩，已经是单人驾驶的极限。再远，需要多人轮流，而且车上太累，不如直接火车飞机。

到当地后，有条件的可以租车游玩，没条件的可以包车游玩，最没条件的公众交通。不要随意跟团，团很不自由。要跟团索性在外地直接定好了团过去，到了当地跟团就实在没必要了。不过三种方式各有缺点。租车需要熟悉情况，碰到当地人拦路收费，野外抛锚没信号，虽说不一定出事，但是一定影响心情。包车一定要熟悉师傅，最好找靠谱的朋友推荐，否则不出事则已，一出事非小。就算拉到个山沟沟里面涨价，你也没什么办法的。公众交通不封闭上下，要注意哪里上车，哪里下车。尤其在一个陌生的地方，需要自己处理所有问题，比较辛苦。
出发前，先确定你所需要的东西都带上了。如果去西部游玩，尤其注意带一个3g混合路由器。西部往往有时没有手机信号，有时只有普通网线，有时只有手机信号没网络。所以同时支持手机3g和有线，又自带电池的路由器相当有用。当然，如果您不是个计算机控，那当我没说。我只是假定来看我blog的都是计算机控而已。长期坐车的，带好围着脖子的靠枕和眼罩，耳塞。准备点黄连素片和蒙脱石散，闹肚子和便秘是旅行常见麻烦。
其实个人认为我们需要旅行社做的，最好是来回机票，酒店预定，景点门票。前两者有，叫做旅行社自由行套餐。最后一个我不知道有没有。

From galaxy

小悦悦。。。

2011-10-23T19:35:00.000-07:00

已经没什么好多数了，早在数年前，我曾说过，彭宇案不改判，中国社会迟早会路见不平，袖手旁观。不出两年，老头子摔伤已经没人敢扶。不出五年，小孩子被车压伤已经没人敢救。再过五年，就算街当中有个MM被当众勒索强暴也不会有人管了。

不知道现在彭宇案的主角们如何了，趁着人在，赶快改判是正道。不仅是彭宇案，类似案件也必须全部改判。法院，包括高法必须向社会道歉，以扭转这个风气。

另外顺手提一句，也别骂小悦悦案子中路过打酱油的那帮人了。幼童摔倒碾伤，司机不下车救助是法律问题，没有做到，当罚。父母未尽看护责任是法律问题，当骂。如果确实生活所迫，力不能及，当责。责怪路人者，是否自己在类似情况下能挺身而出呢？如果可以，彭宇案的时候，您有没有为彭宇挺身而出，上诉不平呢？

我只能说，景德镇这个地方，除掉部分在监狱中的人，和部分精神病人外，谁都没资格责怪路人。

十月五日

2011-10-21T02:22:00.001-07:00

今天本来安排了鲜花集市，不过猫咪对这个兴趣不大。我们就和导游说，放弃了这部分行程。今天广州还来一位同学，云南局的同学带着我们和他们去民族村。

中午我们又在乡村小榭吃的午餐。这次云南局同事做东，人又多，就多了好几道菜。茉莉花炒鸡蛋很有特色，小米椒炒罗非鱼也很赞，就是辣了点。广州的同学刚刚结婚，这次是来休婚假的。他们刚刚结婚，比较辛苦，所以上火了。吃吃这些东西很好吃，就是不敢吃太多。

下午我们就去了乡村小榭旁边的民族村。不骗大家，真的很大。我们一点不到进去，到四点半五点出来，只逛了一半多一点。建筑很有各个民族特色，可是对于我们不搞学术的游客来说，实在是记不住什么。藏族，摩梭人比较出名，也许还会记得。傣族侗族彝族瑶族白族比较大，能记得名字，可是却想不起文化特征。至于纳西族，我算是认得他们了。傈僳族，它牛族，独龙族，回头谁还记得啊。民族表演，跳的很热闹，我也说不出和阿里郎的区别。实话说，一段时间里挑一个特色民族，和游客深度接触，倒是比较好的让游客体验少数民族风情的办法。

广州的同学很幸运，他们加上婚假，正好错开了国庆高峰，逆峰的结果就是超便宜的买到了去丽江的机票。他们和我们时间差不多，但是节约了车上的时间，又错开高峰不用排队，所以可以定定心心的走完所有的景点，例如我们没去的崇圣寺。唯一的缺点是门票价格太高。例如石林175，旅行社票价只要130，差不多25%的折扣。我们的所有门票大概1000-1100，旅行社大概700-800能拿到票。不过贝壳觉得还是这种旅游方法比较有意思。没有太赶的行程，没有早出晚归，有好吃的食物，这才叫旅游啊。

From galaxy

十月四日

2011-10-19T20:09:00.001-07:00

云南行更新停了好久，中间好多事情。贝壳去北京出差拉，P81到手拉，jobs挂拉，上海地铁出问题拉。OK，事情差不多了，我们继续。

今天的行程比较简单，七彩云南，石林。我们大约八点出发，十一点左右到了七彩云南，在里面停留到下午两点，包括一顿午餐。

据说七彩云南是云南旅委的强制要求，凡是经过昆明去石林的旅游团都必须去。里面是很多旅游周边商品，主要是玉石和茶叶。据云南局的朋友说，七彩云南的东西绝对没有假货，但是价格比市面上贵出两三倍。今天去看的时候，银价是31元。翡翠看起来很漂亮，导游车上也介绍了很多辨识的技巧。不过大家千万记得一点，不懂不买，半懂更不要买。一点不懂，知道自己不行，买东西手下都有分寸，或者认品牌，或者托朋友，总之大多不会被乱斩的。但是懂一点点，往往就不知道分寸，仗着自己"内行"在那里乱买。不懂到没事，吃亏大部分都是懂一点点的。不仅是翡翠，大部分的东西都是这个道理。

里面的茶叶大多是庆丰祥茶庄的，都是好东西。不过云南的大叶滇红，就是贝壳喝过的那种月光金枝，居然买到180。这个茶叶的正品贝壳查过，前年买到90，不算通胀贵了一倍。庆丰祥茶庄为了促销，还搞了茶艺表演。不过根本没什么东西。茶叶讲解一句不提茶文化，如何喝茶，如何拿杯子。全部都在说茶叶如何增值，如何保健。讲解员搞促销，茶艺师一字不发。而且居然喝过滇红的杯子直接喝熟茶，再喝生茶。其余什么普洱茶只要通风也说的出，完全没提避免日晒。当然，你买了茶会不会提醒贝壳就不知道了。

我们不会不买，会的，知道在宰客也没道理伸头出去。所以就买了点土产，蘑菇，精油什么的。好歹不贵，又是完全不懂，眼不见心为静。一方面带点特产回来，一方面也算对导游有个交代了。

另外，特别点名批评一下他们的午餐，还有驴妈妈网站，七彩云南购物点两个单位。自助餐，吃的不怎么好，而且管理混乱。我们排队十多分钟才轮到，他们一位叫朱继年的工作人员告诉后面一堆人，不用排队了。结果我就发飙了，当场骂了回去。然后我向导游投诉，他说这个事情需要直接向七彩云南反应，不归他管。但是我在园里又找不到投诉电话，所以打算回去投诉。另外，我也挺质疑他们的翡翠茶叶半年退换承诺的。对着还在园内的游客，管理这么差，投诉电话都找不到。对远在他乡的顾客，如何保证兑现承诺？

七彩云南过后，就是石林。石林是彝族自治区，所以当地男的称阿黑哥，女的称阿诗玛。导游是当地的一位阿黑哥。他笑称石林是远看大石头，近看石头大，大人看脑袋，小孩看屁股。果然，里面人山人海都是人。景色还算漂亮，不过很多石头由于被游客反复抚摸，已经出现了类似包浆的效果。石林景点一般只来一次，第二次就没意思了。

From galaxy

jobs

2011-10-18T21:18:00.000-07:00

不是果粉，不想跟风。

不过他的想法实在的改变了这个世界，仅这点而言，值得我们记得，有这么一位人，在世界上走过。

P81HD的特性和问题

2011-10-17T19:50:00.001-07:00

情况简介和简评

1.续航问题

5小时，正常使用没有问题，包括看电影。如果比这个短，那就说明你在待机时有程序在工作。这个细节不解释。如果开启3G，或者拖其他OTG设备，大概会减少到2小时左右。

2.3G问题

别的不敢说，配送的eth网卡和MF190联通3G网卡可以顺利支持。

接入3G网卡后自动识别，大概需要20s启动和初始化。监控流量可以用3g watchdog。我一个月包了200M，估计用不掉。

3.物理按键问题

Home键的设计者是个白痴，这个键能不能换个地方？我每次拿的时候，都很容易误触。待机就唤醒，开机就程序消失。此为P81HD最白痴的特性，没有之一。

没有物理的回退键也是个错误，状态栏经常崩溃，消失后系统就没法用，没有回退键。有时会自动启动，恢复正常状态。有时三五分钟依旧不恢复，必须重启机器。这是P81HD第二白痴的特性，没有物理回退键，学3.0用状态栏，状态栏又不稳定。

4.屏幕问题

屏幕很清晰，但是细看的话颗粒很粗。从右边和下边看，屏幕发黑，典型的非IPS屏问题，视角很小。

5.性能评测

实际能够使用的最大内存是282M，其余应当是系统使用了。去掉系统进程后，可以用于程序的内存大约是150M。CPU基本都够用，安装和删除程序很快，输入无卡顿。3D加速一般，切水果时略卡，可接受（我打了550多分）。看flash的时候有小幅卡顿，不严重，可接受。有少数时候，系统会失去反应。怀疑是内存耗尽，回收导致CPU耗尽。发生频率不高，每次大约需要10-20s恢复。在驱动3g/同步/后台发生其他行为的时候，前台程序明显很卡，甚至会丢失按键，严重时无法流畅使用。估计是前台程序的优先级调整有问题，在htc g2上也有类似问题，可能是android系统的通病。使用双核的系统明显没有这个问题。

6.手感问题

512g，略重，再挑的时候希望轻一点。由于Home键的存在，手持的时候总要避开下方，并不很方便持拿。

7.零散错误

在首次连接3G网卡的时候，出现方向显示和输入错误。现象是显示方向和正常一致，但是点击左边，右边出反应。

在连接3G网卡的时候，反应缓慢。怀疑是由于开始同步和3G驱动导致CPU大量被使用。

周边的点击有时会错位。

有时莫名其妙死机，需要捅菊花。一周内发生十多次，不过其中有一多半发生在系统调整/安装程序的时候。

可解决的，或者不是问题的问题

1.root方法

这不是个问题，装GingerBreak，直接重启，不多废话。

2.充电问题

这是P81HD历来反应的第一问题，其实P81HD充电问题不一定和root有关，我没root的时候也碰到过。主要是这样的。你插入充电器，看到充电符号的时候，其实充电器不一定工作。只有你看到电量上升，才代表充电器工作正常。而且，当线被动过后，也可能会变成假充电状态。有充电符号没有实际充电。

设备不支持USB充电，但是很幸运的，充电电压是5V，电流0.5-2.5A。所以你可以买一条USB2DC线路，将USB的5V电压直接充上去。原装的线也太短，不爽。

3.不支持联系人/日历同步，没有gtalk的问题

默认的rom里面没有，你可以从这里下载到合适的apk文件。这些是从我手机（htc magic chock4 2.2 rom）中提取出来，2.2用的。安装后可以正常工作。

本地下载链接（请不要盗链）：GoogleCalendarSyncAdapter.apk GoogleContactsSyncAdapter.apk gtalk.apk

4.不支持的程序

不要用flash11，至少到目前为止不行。用flash 10.3就好了。链接在这里。

5.wifi channel 12/13

中国设备规范中都不支持这两个频道，不要想了，在中国你就不应当使用这两个频道。

6.wifi tether

默认机器是不可以adhoc的，不但不能接入其他设备（例如手机）开的adhoc，而且连自己设定里面做的wifi共享3G的功能都不能用，用之会死机，必须捅菊花。不过你可以用barnacle这个程序。这个程序很牛，可以绕过wpa_supplicant工作，直接将wifi置于adhoc模式。这样其他机器能看到这个共享点。但是注意，由于android无法连接到adhoc，所以，你手机做出来的wifi热点电脑能用，P81HD不能。P81HD做出来的，电脑能用，手机不能。

不能解决的问题

1.adhoc连接问题

android设备无法连接到adhoc网络。据说这个特性是wpa_supplicant过滤了adhoc模式的所有网络所致。如果我闲的蛋疼，会去研究一下怎么绕过这个机制。直接使用网络上的补丁会导致网络无法连接。

2.vpn问题

默认没有额外的kernel modules支持，没有openvpn文件，没有busybox工具。busybox可以安装busybox installer来进行安装，openvpn可以安装openvpn installer来进行安装。但是即使完整安装工具链，也没有办法加载tun模块，使用openvpn连接。cifs没有测试过。
pptp/l2tp测试无法连接，服务器日志表明连接后马上断开，原因未知。
安全隧道测试无法连接，原因未知。

北京护照申请攻略(第二本)

2011-10-16T19:35:00.000-07:00

    今天跑到北京办理新护照，才发现网络攻略需要大幅更新了。首先，北京原先办理都在东城区出入境管理处，但是现在普通公民护照业务已经不在这里办理了。我去了金宝街的东城区办事处办理，也可以去其他地方，不用考虑户口所在区问题。从朝阳门北小街到金宝街可以坐674，办事处目前是周一到周六9点到17点办公。
    金宝街这里贝壳干过半年，还算熟悉，不过这个办事处倒是头次来。流程是先照相，然后填写材料。必须照相，自带照片只能用于申请表，不能用于护照制作。即使办理过，也没有上次的数据留存。如果没带照片，加30可以把照片打出来当大头照用。照相本身免费。照相时必须注意，要穿深色衣服，最好有领。如果照片不过关，即使照相这里通过了，办理业务的时候也可能退回，还得重照，非常麻烦。
    照相后，找人剪下照片，并且填写材料。然后找复印柜台复印身份证，户口本，上本证件(如果有)，一张五毛。拿这些材料去咨询，他会检查材料和表格完整性。如果没问题，就会拿到一个号码。排队后，有人会帮你办理。你的旧护照会被剪去角交还，并且给你一张白色回执。护照200一本，港澳通行证100一本。护照加注20，港澳通行证一个20。贝壳办理了护照更新加注，港澳通行证加港澳各一，360，比第一次的140翻了三倍。
    回执在旁边缴费(这点我一直不明白，为啥不一个地方办理，非要我们拿脚当流水线，就算是依次移动也好阿)，然后就可以凭回执到期领取了。也可以邮寄，一本本地21，外地29。两本本地28，外地36。这次贝壳办理整个手续，总共付426，耗时大约40分钟到一个小时。有需要的朋友可以参考一下。

From P81HD

我擦，又回来了

2011-10-13T21:49:00.001-07:00

    这忖劲的，闪了十年整后，我又跑回了北京。半夜两点，二号航站楼，大巴出去就是航空食品公司，再过去是空无一人的彩虹桥。再下去照例是修了20多年，小学时候就参观过，现在居然还tmd在收费的天下第一收费站。窗外看看，靠，辅路还tm跟那用着呢，就多了根机场快线。
    从车窗抬头向上看，北京的夜空很漂亮，今天又是月圆之夜。以前经常偷偷跑出来看月亮，被爸妈打个半死。没想到多年后，有一天我会看到北京这么漂亮的夜空，而且不看不行。不知道明天从塔楼往外看，能不能看到碧空如洗的蓝天和连绵不绝的燕山。
    不过这次估计是我头次在机场高速进四环的时候没堵车。别说堵车了，车都不见几辆。京密路上车也很少——有几个有精神半夜三点不睡觉跟大街上飚车啊。这师傅还真tm牛，一辆大巴居然开上了100。发车不过十分钟，就过了牛王庙，跟国展停了第一站。这地跟原来差不多，就多了几个字，栏杆换了一套，漆皮完好。往前开，双安商场依旧灯火辉煌。
    改变的从来不是这个世界，改变的只有我们。

From P81HD

十月三日

2011-10-12T01:47:00.000-07:00

今天从丽江出发，到大理洱海玩，睡在楚雄。早上八点出门，九点多就到了丽江旁边的观音峡。叫是叫的很好听，其实本地人都没听说过。导游说是一个浙江商人开发的，看看就好，不要去烧高香。进去看看，全是人工景点，里面还牵扯出徐霞客来。其实严格来说，全国每个地方往深里查，基本都能查出个啥名人来。搞不好一个破水潭经过专家考证，会变成传说中的桃花潭。大部分不是冲着文物去的就是冲着旅游去的，观音峡也不例外，就是扯虎皮拉大旗的宣传。

十点多出发，大概十二点到了上次的兄弟鱼庄吃饭。鱼汤里面放了豆腐，比上次的水准有所下降。我们觉得吃不大饱，几个人一合计，自己问老板加了两个菜，吃的非常好。一人多出了大概15，比我们的餐标还高，不过按照我对旅游的定位——非常值。吃好午饭十二点半左右出发，两点到的龙龛码头，坐两点半的游船，三道茶表演就在船上。三道茶就不介绍了，这里有比较详细的解释。作为批量游客，我们拿到的杯子当然是小号纸杯，没那么好的水准。三道茶都有特色，猫咪喜欢甜茶，贝壳喜欢回味茶。表演还不错，一帮姑娘上去又唱又跳的。上面跳舞的白族姑娘都很漂亮，看起来觉得好像应该有少数民族血统，表演也没设陷阱讨钱什么的，总体来说还算值得。

不过游船值得好好说一下。游船定时出发，到罗荃半岛停40分钟，金梭岛停20分钟。过期不侯后果自负。船上去后，座位是靠抢的。想舒服点？船上有卡座，自己掏钱，我们是一人十五。服务员还做了一笔糊涂帐。我们掏了100，两个人，服务员找我们六十，开了两个人的票子，上面写缴了六十。猫咪忘记数钱了，所以也没法找人家了。船上面写着，要像保护眼睛一样保护洱海，洱海水也清澈，但是水面上飘着一堆可疑的泡沫，不知道是什么。莫非是自插双目？

罗荃岛上面有个庙，看看风景就好。还有个塔，不过在维修，也就没有靠近。前面是一座新修建的塔，门口有一堆操着东北口音的人在讲解少数民族风俗和佛塔参拜规矩。再向前，爬上来的坡上面，全是卖玩具卖吃的的小贩，和全国各大景点没什么区别。金梭岛就有特色多了，上面全是卖吃的和食物的，没有景点。猫咪买了熟的菱角，很好吃，可是很硬，舌头都会扎破。上面炒面，凉粉什么做的一碗粉要五元，吃倒是还不错。

洱海很漂亮，可是游船就很无聊，又可是不坐就看不到好东西。旁边是大理古城和崇圣寺三塔，在洱海上可以看到。可是我们去的时候天气比较阴，光线不足，相机没有三脚架，照不到清晰的照片。如果有条件的话，贝壳建议旅行不要太赶，慢慢玩慢慢看。洱海古城崇圣寺大概要玩掉一天半的，旁边还有一个苍山森林公园，我们远远能看到缆车。我们这次太赶了，下来就全在照相上厕所，被导游催着赶快赶快赶往下一个景点。但是云南这里门票超贵的，自己玩门票钱太多，比吃饭住宿还多。

晚上在楚雄吃野生菌火锅，说是说野生，其实就是火锅。菌类很多都是人工的，汤还可以。两餐并一餐后，我们还吃不大饱。可见旅行社为了抢生意，餐标已经低到什么地步了。

From galaxy

十月一日

2011-10-11T03:00:00.000-07:00

首先说明一下，为什么十月一日这篇在十月二日这篇之后。因为这篇本来成功从galaxy上面同步到了gmail里面，但是错误的被手机所删除。由于同步，gmail中很快也找不到了。所以我被迫从galaxy中再弄出原始版本底稿，然后重新修润了一遍。这花了一点时间，导致这篇东西比十月二号更加晚才发出来。

今早发生一件搞笑事情。预定是我们退房，旅行社派大巴来接我们。结果实际到的时候，大巴是来了，但是40多个人，只来了30人的大巴。早上去的人坐着，晚上去的人只有站着了，车位非常之拥挤。这点需要着重批评一下驴妈妈网站和景爱旅行社接送部。后来到了确认，旅行社把人数点错了。而且由于调度，我们出门比预定晚了将近一个小时。结果上来看，这直接导致了我们后面的大堵车。

今天的行程基本乏善可陈，就是坐车，持续不断的坐车。八点从昆明出发，十一点在楚雄吃的午饭，大约160公里，开了四个小时，比预定的（估计是平时时间）两个半小时增加了很多。十二点不到出发，五点多一点才到了大理，几乎将近五个小时，比平时增加了一倍。主要原因是下午在祥云县过去一点的地方，碰到了一场大堵车。一条隧道，两车道，却左道封闭。结果并车的时候很容易碰擦，隧道内又不好处理，导致迟了三个小时到达下关。比我们早一点的车就没有碰到碰擦，早了很多到大理。

在此提醒一下所有国庆，五一出来玩的朋友，大家都这么想，所以国庆非常堵。如果不打算在路上花费太多时间，建议还是平时搭两个休假去。这样大概能凑出4天的时间，也足够玩一些地方。另外吐槽一下中国的固定假期制度，大部分的假期都是国定假日，而不是年假，导致所有人旅游出行时间严重重合，是要提醒我们中国人很多么？不过想想看，固定假制度还是有一定的好处的。如果全是法定年假制度，我们不会有太多影响，可是有些人就休不到（因为老板强制或者变相强制加班）。不过不管如何，中国的休假还是少了点，而且缺乏法定年假是个事实。

导游考虑到大理两个个景点，加上观音峡，今天不玩掉一个，回来的时候会太赶。所以还是坚持去了大理古城。时间只有45分钟，电瓶车却花了30一人。45分钟的电瓶车，标准的走马观花。仔细评价起来，大理古城属于原始建筑修复景观，不需要太长时间观看。但是即使如此，建议游览时间也在1.5-2小时左右。城墙没有西安的气魄和原始风貌，街道没有老街和乌镇的古朴，很鸡肋的一个景点，可惜在行程单上，所以导游非去不可。说起来，整个行程其实就是玉龙雪山，洱海和石林有价值。其他搭配景点都是鸡肋，赠送更是基本扯淡。

另外，电瓶车下来，上车之前，有小贩挑着水果过来买。贝壳自己不会不买，隔壁李大哥试试觉得好吃，买了一些菠萝蜜。好心送了贝壳一个，结果猫咪弄不开。贝壳嘲笑了猫咪没力气后——自己也弄不开。隔壁大哥笑笑接过去说，不是这么弄的，这玩意一捏就开了。然后他一捏——囧了，他也捏不开。他不信，拿另一个一捏，还是不开。那个小贩总共就给了一个熟透的，剩下都是生的。所以导游提醒，说少数民族淳朴，那是汉人来之前的历史了。现在你能碰到的少数民族，都是商人，不然你碰不着。想想也是，我们是职业旅行团，又不是驴友，哪里碰得到原住的少数民族。要是碰到什么"民风淳朴"的事情，自己掂量一下是不是正在被骗呢。

七点半左右，我们在兄弟鱼庄吃了晚饭。鱼汤很好吃，很鲜，里面放了很多胡椒。炸河虾也不错，晚饭比午饭好吃多了。导游说，我们每餐12元的餐标，能吃成这样实在是很心满意足了。我们八点多吃好饭出发，预订12点多到丽江。这一路都是普通国道，二级公路，没有高速，而且都是盘山公路。下雨夜路，不知道是否来得及。所以贝壳现在还在路上写这篇文章呢。

From galaxy

十月二日下

2011-10-10T01:07:00.000-07:00

下午的行程是丽江古城，这里特别指出zoomy同学的攻略缺陷——石破天不在七一街，而在五一街。我们去金凯广场吃黑山羊火锅了，没事。倒是把同行大哥害得够呛。我们在丽江买了不少奇奇怪怪的小东西，大多是买个热闹，不要指望真假，也很难买到什么好东西，这里东西都是义乌批发来的。门口的西藏牦牛酸奶不错喝，比普通酸奶略略偏酸，风味很特别。古城的老建筑群很壮观，处处小桥流水很漂亮，可惜过度商业化开发，已经没有多少意思了。试想，一栋百年的老房子里面，放的全是摇滚，这个能靠谱到哪里去？个人感觉，和zoomy一样，里面全是发呆，上网，聊天，艳遇，泡妞，睡觉什么的。看看就好，住半个月啥的就绝对脑残非主流小清新了。
金凯广场的山羊火锅很赞，我们吃的是导游推荐的本土黑山羊，估计和导游有关系吧。一盆里面一半羊肉一半腊排骨，锅底40，一斤羊肉40一斤腊排骨40，两个人吃很饱。羊肉汤非常鲜，不亚于过桥米线的汤头。腊排骨略咸，不过并不过分，比羊肉好吃。感觉上还算物美，是否价廉就见仁见智了。反正我们当成是在上海吃，还算可以。不过后来我们才知道，这老板的黑山羊是冒充的，羊肉皮到了锅子里面还是白的，真的黑山羊火锅煮出来皮也是黑的。同行的几个人吃了阿寿黑山羊，皮果然是黑的。虽然吃的同学说好像没什么太大区别，但是心里总是很不爽的。而且阿寿的青菜5元，本土的青菜20，服务很混乱。感叹一下，何必不信zoomy同学信导游呢？

然后我们打车先回去酒店，再去古城。这一下惹出点麻烦。官房酒店有两家，我们查到靠近古城的是酒店，靠近束河的是别墅酒店。两家店都在香格里拉大道，上面又不写多少号，写了师傅也背不出。我们到了才发现有问题，再让师傅开车过去。结果一路发现都没有出租。师傅说，这个时间是做生意的高峰，到酒店就算了，到别墅会耽误生意，他也不高兴来。我们问师傅是否能等我们一下，他说不行，耽误生意。没办法，只好给他双倍。本来以为挺近，这一来一去就花了快60，实在是无谓的麻烦。
晚上在酒吧里面喝酒，发现所谓酒吧真的很无聊，酒比北京后海还贵，里面只是听人唱歌。建议大家不是泡妞还是别去了，泡妞刚刚好，里面脑残文艺小清新一大把，个个求包养求419。很少碰到以结婚为目地的，省去你很多麻烦。当然，如果你试图在这里碰到个MM，以后以结婚为目的展开交往，那脑残的是你。里面点歌的，大部分都是公务员和垄断企业的员工，动辄就是电力，石油，电信。想想不奇怪，外企的小员工，哪里有钱来。私企的老板和外企的部门经理，倒是有钱了，可惜没时间。至于私企的小员工——那是又没钱又没时间。只有公务员，垄断企业这帮人，才能闲到到处去玩，而且可以美其名曰考察。我们去的时候还是国庆，尚且如此，平时就自己考虑吧。
夜里出古城，发现人实在太多。人山人海超过国庆的城隍庙。回去的出租必须排队。这里的一点好处是，有警察指导排队维护秩序，还有专门的出租车区。来的车都是出租，应该是进行了节日限行。不过我们到别墅区，司机打表13，实际收了20。他倒是上车就说明了，而且上个司机也说过。古城入夜后，到这里基本要加收到20。就贝壳查下来也是市政府许可，不过总是让人很不爽。不过既然是市政府许可，也进行了应有的公示也说明，那也属于没办法的事情。需要在夜间打车的同学，自己考虑吧。不过既然能在古城泡吧到半夜，我想你也不会介意这一点车钱的。

From Galaxy

十月二日上

2011-10-08T20:04:00.000-07:00

昨天果然迟到了，半夜一点才到。今早起来，早餐吃的还不错。有一个管家专门负责煮饭，专门的独栋小别墅。早餐大概十多道，东西很赞。说是五星级，还是有点道理的。今天导游换了一个，换成了云南当地的导游。丽江导游很特殊，全国唯一的公务员导游，工资超高。而且其他团到了丽江，必须换当地导游上去。我们的导游姓陈，父亲是藏族，本人是纳西族，说话很不客气，很拽。他也不怕你们投诉，只要不出大纰漏，这个公务员是铁定混下去的。云南为了打造精品旅游线路才搞出高价导游这么个思路，不过看来公务员制是最大的败笔。在最需要服务精神的旅游服务业，使用无法投诉的公务员制度，云南旅委的人脑袋被门夹过了吧。
    早上导游忽悠我们借棉衣和氧气瓶，氧气要80，酒店只有20。棉衣要30，下面借只有20。估计导游和老板有关系。不过导游提到，上面的高山黑彝族很排外，发现是下面借的衣服可能给扒了。其实哪那么容易，下面租的和自己买的很难分。不过想想强龙不压地头蛇，zoomy同学自己出来玩也被当地藏人收了200。没必要得罪当地人，还是摸鼻子认了吧。
    旅行的第一站是蓝月河峡谷，到了峡谷后全部要换电瓶车和环保车，以避免污染。从环保角度来说，还是很有道理的。不过全程电瓶车50，环保车20，大缆车152，很贵。比背包客栈上面列出的价格高了很多，我也不知道为什么，是国庆涨价还是通货膨胀，无法确认。
    蓝月河是一条很短的河流，导游介绍说，平时碧蓝，阴天浅绿，下雨时间长了，就是乳白。我们去的时候，正好下雨，河水颜色是浅绿接近乳白。山在两侧，云就从山上飘过，仿佛林中起烟，又像神仙降于地上。玉龙这里的山顶，都是藏在云中的。每次抬头，都能看到隐隐约约的山峰，和望不见的山顶。
    蓝月谷出来，电瓶车把我们送到环保车站。这里的环保车是绿色的，导游笑称是青蛙车。先到先坐，不是每个人都有座位。第二站是印象丽江，老谋子导演的。一贯风格，人很多，很震撼。不过我看不懂，导游也说，他也看不懂。出来就是坐大缆车上玉龙雪山了。首先要说明的是，雪山不是什么时候都有雪的。每年11，12，次年1月，能看到。不过见鬼的冷，条件恶劣，我们还要过春节，人少的很。我们上去的时候，什么雪都没有，而且还下着细雨，走在山上就像走在云里。这里要特别感谢微型摄像机的卖家，在这种恶劣环境下，还是录到了将近两个小时的像。
山下面的商店有卖烤牦牛肉，还有鸡腿什么的，很好吃。不过脂肪类食物对高原反应不利，因此求保险的可以那里买一条巧克力吃。东西不错，就是贵了点。大索道挺值得一去，大概有五分钟的时间里面，都是在索道上面晃荡。我们去的时候刚好在下雨，就如同云海泛舟一样。
至于高原反应，大家可以不用想的太可怕。贝壳上去后，就是有点头晕。身体反应大约相当于健身房里面登山机，六级到七级的阻力运动20分钟以上后。稍大运动量会产生喘气，但是休息半分钟就没事了。氧气瓶完全用不上，用过的人也说没作用。实际上由于是从3300米瞬间升高上去的，所以人体血液氧至少可以保持非剧烈运动5-10分钟。如果上去就反应了，绝对是吓出来的。在雪山上适应后，贝壳甚至可以唱歌。不过也不要轻视高原反应，一天以上在4000以上，或者晚上住在3500以上绝对是有风险的。一小时没事不代表一天没事，所以不要大意。
路走到一半，猫咪就不行了，喘气，心跳加速，有点高原反应的症状。所以我们走了四分之三就不再往下走了。下栈道的时候，右腿外侧肌肉酸痛，判断是缺氧状态下强剂量运动导致的急性肌肉反应，坐坐就会没事。可惜下雨，栈道上没地方坐。下山的时候，还出现了嘴唇发白和紫斑，看起来吓人。不过贝壳的判断是，心理性因素居多。至于贝壳本人，只有偶尔头晕，不影响行走，呼吸一下就消失。拉着猫咪走了一路，什么事情都没有。

From galaxy

九月三十日

2011-10-07T18:49:00.000-07:00

上午本来要坐春秋航空的9c8953航班从虹桥一号航站楼出发，结果居然碰到改机场，改到了浦东飞。当然，航班也肯定延迟的了。果然啊，航班延迟了！(这句是猫咪说的)不过还算运气，到了浦东后没有什么等待就起飞了，基本只延迟了一个小时，权当地面延迟算了。

到了昆明，已经是将近一点。我饿的厉害，就查了查点评，叫门口的黑车师傅送我们到一家叫做乡村小榭的馆子。他们的菜非常赞，药膳鸡汤(好像是天麻炖鸡汤，老板说的不清楚，贝壳也没吃过，吃不出来)，还有胡椒叶子炒牛肉都很好吃。量也比较足，三个菜，三人吃正好，两个人太饱。凉拌核桃也不错，就是小贵，在昆明要四十。

下午去了滇池，十月份的滇池池水还比较清澈，没有传闻中绿藻长满水面的可怕。旁边的西山如刀削，云从山的那边涌过来，让山顶始终处于朦胧仙境之中。

然后，猫咪的同学就过来了。云南局的同学很客气，带着我们满昆明的兜圈子。先去了正义路的步行街，还有景星街花鸟市场。那里有很多奇奇怪怪的东西，例如水烟筒和烟丝。水烟筒是一个竹筒，里面放水。上面放烟丝点着，吸烟的时候烟气就通过水，进行过滤。猫咪好像对这玩意很感兴趣的样子，一路大惊小怪的。两旁全是老建筑，据说原来还要多还要大，不过街道改造，很多都拆掉了。而且上面是老建筑，下面是一个借影碟的地方。感觉上下很不搭调。不过到了丽江我们才知道，比这个更不搭调的有的是。市场里面还有很多漂亮的木雕和银饰，牛角梳子，玉石琥珀什么的。本着不懂不买的宗旨，我们就不掺和了。

然后我们看到了一只聪明的狗狗，毛色金黄，很漂亮。会算算术，认钞票，和游人一起摆pose合影。摆pose的时候还会跟着游人的动作调整姿势在那里臭美。合影每次一块，表演也没有讨要，就在那里放个盆而已。云南局同学的老婆说，还看到过这只狗狗和他的主人去买菜，狗狗叼着个篮子在后面跟着。估计是主人养的爱犬，只是没事时出来挣钱而已，不是专门训练了赚钱的。

昆明的小吃很好吃，可惜都有点偏辣。有一种大米压成的薄饼，烧热了夹上酱料，还可以夹油条什么的，叫做烧洱块。趁热吃，很不错。这里的土豆用油炸过，加上花椒辣椒姜黄拌一下，也很不错。后来我们去吃了过桥米线，很正宗，汤很鲜。不过据说当地人吃的都是另一种，叫做小锅米线的。过桥米线是用带油的鸡汤保温，烫熟米线来吃，属于外卖送饭的吃法。不过注意，真的外卖时间长，烫熟烧熟过的米线还好，但是烫肉片就不安全了。小锅米线是用调料和米线一起在锅里煮，一口小锅只出一碗米线。味道酸辣开胃，和过桥米线截然不同。当地的笋很嫩，烤鱼也很好吃。唯一的问题就是烤鱼佐料。没有鲜艳的红色，入口也不辣。但是吃过几分钟，尤其再喝一口米线的热汤后，嘴巴里面又麻又辣，犹如针扎火烧一般。上次碰到这么厉害的辣椒已经是高中时候吃杨健的韩国泡椒，吃进去几秒就有反映。这次却迟了两分钟，又喝了口热汤，吃了个暗亏。

晚上大家聊了一下旅游里面的注意事项，到哪里买什么东西什么的，就由人家送我们回酒店。真是太感谢他们了。

From galaxy

航空和铁路事故对比

2011-10-06T07:45:00.000-07:00

老婆经常说怕坐飞机，因为飞机比铁路更加不安全。作为一个在机场长大的家伙，我对此嗤之以鼻。不过作为死理性派，我还是列出数据，对比一下。

中国民用航空原属空军，后来分离为民航（东方，北方，南方，还有几个记不清了，加上飞国际的国航），时间是1982年。在82-97年的15年间，没有发生过有记载的空难。但是基于历史问题和意识形态问题，在91-95年，海峡上空发生过多次劫机飞往台湾的事件，还有劫机犯解送回大陆的飞机再被劫持的奇闻。当然，鉴于没有空难，也没有官方新闻，我们当八卦听就好。为了统一时间，我们从1985年开始计算。

1997年5月8日中国南方航空3456号班机空难 35人死亡/共35人
1998年9月10日中国东方航空586号班机事故 0人死亡/9人受伤/共137人
2002年4月15日中国国际航空129号班机空难 128人死亡/共166人
2002年5月7日中国北方航空6136号班机空难 112人死亡/共112人
2004年11月21日中国东方航空5210号班机空难 55人死亡/共55人
2010年8月24日河南航空8387号班机空难 42人死亡/共96人

全部空难共计6次，601人，372人死亡，229人生还。

而中国的铁路事故呢？原始链接大家猛击这里。

1986年 1月15日		京广	广东省韶关市乐昌县	247（武昌—广州）	爆炸	犯罪分子作案	7	38
1987年 7月18日		京广	河南省漯河市孟庙站	297（郑州—重庆）	爆炸	犯罪分子作案	9	69
1988年 1月7日		京广	湖南省郴州市永兴县‎马田墟站	272（广州—西安）	火灾	乘客携带油漆	34	30
1988年 1月17日		拉滨	黑龙江省哈尔滨市五常县‎背荫河站	438（三棵树—吉林） 1615（货）	正面相撞	列车制动失灵、冒进信号	19	76
1988年 1月24日		贵昆	云南省曲靖市宣威县	80（昆明—上海）	脱线		88	202	^[5]
1988年 3月24日主条目		沪杭外绕线	上海市匡巷站	311（南京—杭州） 208（长沙—上海）	正面相撞	冒进信号	28	99	外籍乘客伤亡最多的一次铁路事故^[12]
1988年 7月1日		京广	河南省安阳市	415（郑州—永定门）	火灾	乘客携带银粉	6	13	车体报废
1989年 1月5日		川黔	四川省重庆市綦江县‎	366（昆明—重庆）	手榴弹爆炸	犯罪分子作案	0	20
1989年 4月30日		贵昆	贵州省六盘水市水城县‎‎小冲头站	571（贵阳—大湾）	炸药爆炸	犯罪分子作案	0	21
1989年 6月26日		沪杭	上海市松江县	364（杭州—上海）	爆炸		24	39	铁路中断行车4小时7分
1989年 6月28日		陇海线	河南省三门峡市贺家庄站	1905（货车）	颠覆	折角塞门关闭	4	13	铁路中断行车61小时^[13]
1991年 6月13日		京沪	安徽省蚌埠市固镇县‎	109（北京—苏州） 1329（货）	追尾相撞		1	28	铁路中断行车18小时37分
1991年 8月18日		京广	广东省韶关市大瑶山隧道	247（武昌—广州）	相撞	工作人员误判发生火灾，拉闸停车，乘客跳车，另一列车与之相撞	?	?
1992年 3月21日		浙赣	湖南省株洲市五里墩站	211（广州—宁波） 1310（货）	相撞	冒进、冒出信号	15	25	机车、客货车车体报废，铁路中断行车35小时^[14]
1993年 7月10日		京广	河南省新乡市	163（北京—成都） 2011（货）	追尾相撞		40	48	车体报废，铁路中断行车11小时15分^[15]
1994年 1月15日		漯宝	河南省平顶山市宝丰县‎余官营站	250（襄樊—北京） 3173（货）	正面相撞		7	12	车体报废，铁路正线中断行车3小时6分
1997年 4月29日	10:48	京广	湖南省岳阳市岳阳县‎荣家湾站	324（昆明—郑州） 818（长沙—茶岭）	追尾相撞	信号失误	126	230	机车报废^[16]
1998年 7月13日	10:11	湘黔	贵州省镇远县朝阳坝二号隧道	1913（货运列车）	爆炸后机车颠覆	液化石油气泄漏燃烧爆炸	6	50	车体报废，朝阳坝二号隧道塌陷，铁路中断行车21天
1999年 7月9日	22:43	京广	湖南省衡阳市茶山坳车站	461（武昌—湛江）	脱轨颠覆	司机违反操作规定，超速通过限速岔道	9	15	车箱报废五节、大破四节、中破二节、小破一节^[17]
2001年 4月20日	06:20	滨洲线	黑龙江省安达市安达市车站	T47（北京—齐齐哈尔）	脱轨颠覆	机车乘务员盲目出乘，违章蛮干，超速行车；车站值班员严重违章，漏抄命令，盲目指挥；列车调度员违反规章，作业不规范，对命令执行不检查	2	50	5辆客车颠覆^[18] ^[19]
2005年 7月31日	19:52	京哈	辽宁省沈阳市新城子区	K127（西安—长春） 33219（货物列车）	追尾相撞	信号电缆被盗	5	30	^[20]
2006年 4月11日	9:32	京九	广东省河源市	T159（青岛—广州） 1017（武昌—汕头）	相撞	信号故障，司机盲目行车；违反操作规定	2	18	^[9]
2007年 2月28日	2:05	南疆	新疆维吾尔自治区吐鲁番地区托克逊县	5807（乌鲁木齐—阿克苏）	脱线	瞬间大风	3	34	南疆铁路中断
2008年 1月23日主条目	20:48	胶济	山东省潍坊市	D59（北京—四方）	撞人	无资质包工队非法施工	18	9	^[21]
2008年 4月28日主条目	4:38	胶济	山东省淄博市王村站	T195（北京—青岛） 5034（烟台—徐州）	相撞	超速	72	416	铁路中断行车21小时22分^[22]
2008年 6月30日	2:20	黎湛	广西壮族自治区玉林市陆川县	1322（广州—重庆）	脱线	山体滑坡掩埋线路	0	7	铁路中断行车35小时^[23]
2009年 6月29日主条目	2:34	京广	湖南省郴州市郴州站	K9063（铜仁—深圳西） K9017（长沙—深圳）	相撞	违反操作规定	3	63	^[24]
2009年 7月29日	4:30	焦柳	广西壮族自治区柳州市柳城县	1473（襄樊—湛江）	颠覆	路堑坍塌落石	4	34	^[25]
2010年 5月23日主条目	2:10	沪昆	江西省抚州市东乡县	K859（上海南—桂林）	脱线	山体滑坡掩埋线路	19	71	铁路中断行车19小时^[26]
2010年 8月19日	3:15	宝成	四川省德阳市广汉市	K165（西安—昆明）	脱线	洪水冲垮桥梁	0	3	^[27]
2011年 7月23日主条目	20:34	杭深	浙江省温州市	D301（北京南—福州） D3115（杭州—福州南）	追尾导致脱线坠桥	尚未查明	40	192以上	^[28]^[29]^[30]

全部铁路事故，共计30次，伤者1955人以上，死者591人以上。

结论，铁路事故无论是次数还是严重程度，都比航空高。然而航空事故的死亡比例远远高于铁路事故，因为航空一旦发生事故，基本是死绝的状态，没有什么救援的希望。如果你不打算碰到事故，尽量考虑航空。如果你打算事故后活下来，还是铁路可靠一些。

另外，按照2000年后事故发生情况统计，航空线上的死者数量已经远远超过铁路线，唯独出事概率还比较低。东方航空是唯一一家出现过两次航空事故的公司，尽管第一次是紧急迫降，无人员死亡。从这点意义上考虑，航空和铁路的安全性评价——基本一致吧。

阿宅程序员的故事——说不清

2011-10-04T06:25:00.001-07:00

有人问阿宅，为什么自己的机器装了linux后可用空间很小。阿宅回答：

阿这个要看你是怎么挂载你的硬盘的，还有你的分区是怎么做的，你有做配额么？文件系统是什么系统？

结果人家一头雾水，老兄，我是香港人，你讲的我听不懂阿。阿宅想了想，回答：

OK, 这个要看你怎么mount你的hard disk的，还有你的partation是怎么做的，有没有加quota？filesystem是哪个？

结果人家还是一头雾水——我的电脑和山(mountain)有什么关系？为什么还有引用(quote)？

——阿宅的英文，只能用读和写处理，不能用听和说的，大家切记...

lxde使用观感

2011-10-01T23:56:00.001-07:00

前一段时间，雨苍问我有没有功夫参加台湾的lxde开发，做志愿者。不巧今年结婚装修，事情比较多。除了给debian贡献几个包练习一下，没有什么别的计划，就给推了。不过推归推，当时就看到了lxde的桌面，还挺不错的。

前几天，xfce又一次大升级，整个系统加了N多功能出来，顿时感觉太庞大臃肿了。贝壳喜欢的是精简有效的桌面，不是庞大的怪物——否则我不会用gnome/kde阿？尤其是贝壳的三台纯linux，一台上网本，一台atom的低功耗机，都是低资源量的。其余系统都是虚拟机。于是就策划换掉xfce4。替代品有两个，一个是lxde，还有一个是enlightenment，两个都是以轻量级而出名的桌面。不过杯具的是，enlightenment在做vnc测试的时候总是死机，所以压根没法用。所以目前的系统就花落lxde了。

关于enlightenment，有几点补充说明。一个是，这个东西在debian下的包叫做e17，不要直接找enlightenment。另外，他的bug是，在vnc下面可以用，但是如果进行setup，就会找不到模块，然后SEG FAULT。我试过用bugreport去汇报错误，但是邮件发不出去，现在还在找为什么。

好吧，题归正传，lxde做桌面，至少有以下几点好处。

轻量。我看到的内存消耗是20M，CPU消耗很低。简洁。整个系统没有太多废物组件，也没有满天飞的各种插件。除了有限的几个组件外，其余都是自己配置的。可变。目前我用terminator替代lxterminal作为标准term，用的挺好。

OK，下面简单说一下lxde使用过程中的几个心得。

pcmanfm不支持树形目录结构。这个太坑爹了。据说版本库中的已经改出来了，debian testing还得等等。所以我觉得还可以观望一下。lxlauncher不起作用。不过幸好我也不需要这个。这个据说是为了平板或上网本做的启动系统。我现在用的是launchy，是为键盘控设计的，挺不错。快捷键不支持编辑。需要你手工修改~/.config/openbox/lxde-rc.xml。具体可以参考这个。他里面提到的两个连接是openbox的wiki，分别是Bindings和Actions。注意，wiki上有些资料是错的！下面我会讲一下哪些需要修正。没有mail notification。我自己装了一个mail-notification，还不错。可惜没有邮件的时候，托盘区图标经常失踪，不知道为啥。反正来了邮件是会出现的。自动启动不自动。可以把desktop文件放入~/.config/autostart中。也可以在~/.config/lxsession/LXDE/autostart中写，每行一个程序名，不用&结尾，不是bash脚本。我用的是后者。

下面是快捷键的一些错误。

ToggleMaximize应当写成ToggleMaximizeFull。Desktop指令下面的to标签应当是desktop标签。

Vnc动态调整分辨率

2011-09-30T15:59:00.001-07:00

vnc可以调整分辨率，这个很简单。

vncserver -geometry HxV

就可以设定纵横分辨率了。

但是vnc怎么动态调整分辨率呢？RDP可以根据连接时参数来调整分辨率，vnc好像没有这个功能吧？

最近贝壳需要在电脑上和上网本上同时使用一个桌面，于是碰到了这个问题。经过寻找，这个问题的答案是这样的。

vncserver -geometry 1600x1000 -geometry 1440x900 -geometry 1024x600

然后，在进入系统后，输入xrandr，可以看到你启动时设定的多个分辨率。再用xrandr -s N，就可以选择合适的分辨率了。

这个是X的randr扩展，需要vncserver版本在4以上。我的环境是debian testing，vnc4.1.1。欢迎大家测试。

又撞了

2011-09-28T19:50:00.000-07:00

我都不好意思说什么了，中国网民都是预言帝阿。

大概看了一下新闻，我整理出来几个有关的新闻，按照时间线排列。

我觉得比较值得关注的有以下几个问题：

上海地铁，一号线出过问题，10号线又出问题，加上温州动车，据说信号系统供应商是同一家，这是不是一个巧合？
地铁据说是改为电话闭塞后出现的问题，为什么？不会又像温州事故一样说不清原因了吧。
本次问题，温州动车，都是信号系统故障后人力操作导致的问题。人力操作会出错我们都知道，那么，信号系统损坏概率有多高？（很多时候，损坏后人力操作，没事我们就完全不知道了）平均可用时间标准能达到多少？
人工操作的指令是谁下达的？在下达前是否有过对调度室工作能力的评估？调度室是否有相关演练和经验？如果有，为什么会出错？
这次的事故赔偿机制怎么算？不能因为只伤不死就算了吧？
上次一号线事故后，上海地铁是否分析过问题，结论是什么，采取过什么措施。
十号线开错方向后，是否分析过问题，结论是什么，采取过什么措施。
这家信号系统供应商，还有提供哪些线路的信号系统，是否应当公开？（关于这点，可以看这个，上海地铁一，三，四，十，十二，十三是他们供应的）
地铁的安检系统是否还有必要，看起来地铁比乘客的包更不安全。

要保证系统的安全性，有两种思路。一种是自动系统保证绝对安全，不相信人的作用。如果自动系统出现故障，就全部停止运行。这个思路的要求是系统的工业级稳定性，例如电话系统。基本接近99.999%可用，合一年停机不超过5分钟。这个标准是妖怪，从二十到三十年的周期上看，可停机时间只有1小时多点。AT&T的工业级黄金标准好像也出现过6小时的停机——直接用光了70年的配额。所以现在基本都是只能保证到99.995%。

另一个思路，是保证机械自动系统出问题后通过受培训的人紧急处理，例如供电系统。大家知道供电系统损坏概率远远高于电话，而且稳定供电的成本太高。所以大部分政府都是提供停电预案，在紧急区域（医院，学校，部分宾馆）提供备用电源，在停电期间提供巡逻，等等。大家都知道停电的时候要拔掉电器设备，留一盏灯，等待供电恢复。

最稳定的思路，是同时使用两者。即保证自动系统的绝对安全，也持续培训人，例如火警系统。即使平时碰不上，也持续的训练如何处理对应，保证万无一失。

中国的铁路系统是哪个？中国的铁路系统是自动系统出问题后，用未经培训的人来替代。为什么不用培训过的？因为不出问题就没机会培训阿。

python内存不释放原理

2011-09-27T18:57:00.000-07:00

在maillist里面看到无数次的有人问，python速度为什么这么慢，python内存管理很差。实话说，我前面已经说过了。如果你在意内存/CPU，不要用python，改用C吧。就算C不行，起码也用个go或者java。不过今天还是说说，python的内存为什么不释放。

首先，python的初始内存消耗比C大，而且大很多。这个主要来自python解释器的开销，没什么好解释的。用解释器，就得承担解释器运行开销。然后，python中的每个对象，都有一定的对象描述成本。因此一个long为例，在C下面一般是4个字节（不用int是因为int在不同平台下是变长的），而python下面至少是16个字节。如果你生成100W个对象，那么C的内存消耗是4M，python的是16M。这些都是常规内存消耗，搞不明白的就别问了，不再解释。

下面解释一下python的内存释放情况。

如果是C，通常是用long array[1024 * 1024]的方法来生成1M个对象空间。当然，实际这样是不一定能运行的。因为linux的默认栈空间是8M，而Windows默认栈空间只有1M。所以代码在linux下可以通过，而windows下会跑爆掉。怎么办？下面说。当这个函数执行完毕后，当RET的时候，会自动退栈，空间就会自动释放掉（虽然在逻辑上这部分空间还是保留没有释放的，然而空间不活跃了，不过统计的时候还是占用的）。当然，更好的办法是使用malloc。malloc会从系统中自动提取和管理空间，free自动释放。这样无论是linux还是windows，都没有栈空间不足的问题。free后就会自动交还系统（4M已经超过了交还的最大阀值，一般glibc不会自己闷掉不交给系统的）。如果你忘记free，这部分内存就会一直占用，直到进程退出未知，这就是很有名的内存泄露。

python下的情况更加复杂一些，python没有直接使用malloc为对象分配细粒度内存，而是使用了三层堆结构，加上三色标记进行回收。所谓三层堆，细节我们不说了，在源码阅读笔记里面写的比较详细。但是有一点需要我们记住的——当我们分配某个大小的内存的时候，内存管理器实际上是向上对齐到8字节，然后去对应的内存池中切一块出来用的。也就是说，如果我们运气比较差，申请了10个对象，偏偏每个对象大小差8字节。这样系统就要给我们分配10个堆，而不是刚刚好。如果你的对象粒度都比较散，那么内存开销比较大也不奇怪。

python下还有一个更坑爹的事情，也是大部分内存不释放的根本原因。在int/str等对象的模块中，有个模块级别的对象缓存链表，static PyObject * free_list。当对象释放的时候，压根不会还到池中，而是直接在free_list中缓存。根据我的搜索，python内部没有地方对此进行干预。就是说，一旦你真的生成了1M个数字对象，然后释放。这1M个对象会在free_list链表中等待重用，直到天荒地老，这16M内存压根不会返还。而且，int的对象缓存链表和str的还不通用。如果你又做了1M个str对象，他的开销还是会继续上涨。几乎所有的内建对象都有这种机制，因此对于大规模对象同时生成，python会消耗大量内存，并且永不释放。

解决的机制，基本只有用yield来将列表对象转换为生成器对象。列表对象会同时生成所有元素，从而直接分配所有内存。而生成器则是一次生成一个元素，比较节约内存。

uwsgi under debian

2011-09-26T19:28:00.001-07:00

好了，debian官方的uwsgi总算出来了。包已经到了testing，stable暂时别指望了，等下一次release吧。这次打的包，比贝壳打的复杂多了。贝壳自己只打了python专用的包，debian官方的包将多个语言分别打成了plugins。

下面说说，使用debian官方的包如何做uwsgi发布，还是vhost模式哦。

首先安装uwsgi，uwsgi-plugin-python这两个包。uwsgi-plugin-greenlet-python也可以考虑，装不装看你的需求。

然后在/etc/uwsgi/apps-available/sites.xml下面写一个文本文件，内容如下：

<uwsgi>

<no-site/>

</uwsgi>

再从/etc/uwsgi/apps-enabled/sites.xml链接过去，重启uwsgi服务，事情就搞定了。

默认的配置在/usr/share/uwsgi/conf/default.ini，可以看看是否都满意了。一般来说，master和no-orphans都建议打开，chmod-socket最高660，改成600应该也可以工作。贝壳的机器负载小，只用一个worker就够了，所以完整的配置是这样的：

<uwsgi>

<plugins>greenlet,ugreen</plugins>

<reload-on-as>128</reload-on-as>

<no-site/>

</uwsgi>

nginx里面如此设定：

location /asdf {

include uwsgi_params;

uwsgi_param UWSGI_PYHOME /usr;

uwsgi_param UWSGI_CHDIR /var/web/hosts;

uwsgi_param UWSGI_SCRIPT main;

uwsgi_pass unix:/run/uwsgi/sites/socket;

}

其中，我的程序放在/var/web/hosts底下，使用系统环境来运行（而不是virtualenv），主脚本（带applications那个）是main.py。unix socket和上文default.ini里面的socket正好对应上。

同理，我们其实还可以开多个uwsgi应用，只要放置多个xml配置就好。不过既然都采用了vhost模式，何必还开多个呢？这毕竟不是虚拟网站，要给其他人使用的。

合用两个路由器的几种方案

2011-09-25T21:03:00.000-07:00

为什么用两个路由器？最常见的理由是延长信号。在超级大的场地中，中间放一个路由器，用四根线连接到周围的几个路由器上面，信号覆盖整个场地。这是最常见的理由。也有可能是因为你的主路由器LAN接口不足了。当然，也可能是因为蛋疼，或者其他原因。不论如何，为了在多个路由器上达到同时上网的目的，你有以下几个选项。桥接模式，路由模式，双层NAT模式。

我先解说一下一些基础的环境。我假定你有一个互联网线，有一个路由器的WAN口接到了互联网上面，这个路由器称为M。其他路由器分别称为S1,S2...。直接连接到M的LAN口的电脑称为ML1,ML2...，通过无线连接的就称为MW1,MW1...。同样，连接到路由器S1的LAN和无线的分别叫做S1L1,S1W1，类推。

1.桥接模式

这是你第一个应当尝试的模式，连接方法是路由器S1的LAN口直接连接路由器M的LAN口。这个模式不一定能够配通，原因是因为要求路由器S必须支持桥接模式。基于某些理由，很多路由器并不支持桥接。一般来说，有可能LAN口支持桥接而WIFI不支持。因此S1L1支持桥接成功的概率比S1W1支持桥接成功的概率高。如果你需要一台支持桥接的路由器，TP-LINK的TL-WR*系列路由器好像大多支持。希望大家补充哪款路由器支持桥接或者不支持。

桥接是将路由器S完全的作为一个交换机使用，所以你的ML1和S1L1在同一个网段，两者可以互相ping通，发送各种包，也可以看到对方的广播。这种模式一旦连接成功，连接模式是透明的。因此，应当关闭DHCP，只启用一台路由器的DHCP功能。或者最好手工分配IP。

严格来说，只有S是一个无线路由的时候，这个模式才叫做桥接。如果只做有线连接，这个模式应当叫做交换模式。

2.路由模式

路由模式，是一个比桥接复杂，效果好，但是用途相对比较窄的方案。接法是路由器S1的WAN口连接路由器M的LAN口，并且为S手工指定IP，再关闭S的NAT功能。M的网段和S的网段必须不为同一个网段，例如M配置为192.168.0.0/24网段，S配置为192.168.1.0/24网段。S的WAN口手工指定为192.168.0.2。然后在M1上配置人工路由，将192.168.1.0的所有包交由路由器192.168.0.2处理。并在S1上配置默认路由为192.168.0.1(M的地址)。

这个模式是将路由器S和M作为路由器使用。当S1L1发送包时，会被S1转发到M去处理。而M收到要发送给S1L1的包时，会交由S1处理。这一模式能够工作的基础是你能够控制M的路由表，并且S可以关闭NAT。通常情况下，这个S最好是OpenWRT/DDWRT。这也是为什么用途比较窄的原因，毕竟支持桥接的路由器好找，OpenWRT/DDWRT就相对小众了。

当这个模式连接完成后，ML1和S1L1在不同网段，但是两者可以互相ping通，发送各种包，却无法看到对方的广播。因此这种模式的效果比桥接好一些，因为地址范围更大，而且很容易隔离广播风暴。这种模式一旦连接成功，连接模式是透明的。

3.双层NAT模式

如果上两种模式都不工作，你就必须使用双层NAT模式。这种模式保证一定工作，但是在使用上比较麻烦，需要用户自行计算访问规则。

接法是路由器S1的WAN口连接路由器M的LAN口，并且将S配置为DHCP。M的网段和S的网段必须不为同一个网段，例如M配置为192.168.0.0/24网段，S配置为192.168.1.0/24网段。

S的数据包会被NAT两次再发到互联网上，要进行端口转发也必须配置两次。性能相对比较差，而且无法做NAT穿透。

当这个模式连接完成后，ML1和S1L1在不同网段，S1L1可以ping通ML1，但是反过来不行。因此，S1L1可以主动连接上ML1，而反过来不行。这种模式不是透明的，两者进行连接时必须考虑网络转换和端口转发。

密码管理规范

2011-09-21T19:26:00.000-07:00

下面是贝壳自己总结的密码管理规范，大家可以参考一下。

概念解说

网络密码和本地密码。网络密码通常很难暴力攻击，尝试速度受到网络限制，而且尝试一定次数后还可能被管理员发现。而本地密码则相对比较容易攻击，我假定本地密码攻击可以达到每秒测试2^30个密码。
密码长度推定使用如下计算方式。使用年数乘以攻击频率，得出攻击者在密钥使用期限内能尝试的最大次数。为了安全起见，尝试范围不应当超过总体密码空间的一定比例。以此推算出密码空间大小，进而推算出信息位数，然后还原为密码位数。
数字密码，字母密码，数字字母混合密码，大小写数字混合密码。数字密码的信息量是3.3bit/位，字母为4.7bit/位，混合为5.17bit/位，全混合5.96bit/位。

密码原则

一次一密。除了零级密码，不要为多个系统设定一样的密码。有些系统并不像我们想像的安全，一旦这个系统出问题，被还原原始密码，就会牵连到其他系统。
定期更换。没有什么密码能用一辈子。
写下来。因为一次一密，所以我们会有大量的散碎密码。不写下来是不保险的，写下来是不安全的。折衷一下，还是写下来，保存好吧。推荐用高级密码加密低级密码的方法，例如keepass。
生成型密码。用一个特定字符串+网站名，做sha-1然后取最后8位。这样的密码满足一次一密，不容易破解，不需要写下来，唯一的问题是你要现算...

零级密码

零级密码是有些不需要保护的情况下，又非设定密码不可。对于这种情况，你只能设定一个不算密码的密码。例如常用机器的用户密码。这些密码可以通过livecd/liveusb轻易修改，因此没有一点保密价值。
零级密码不需要安全性和保密性，因此好记就行。例如111，222，选一个常用的，爱用多久用多久。

低级密码

低级密码是用于保护一些你不希望别人看到，然而别人看到并没有直接损失的内容。例如家里机器的性能数据，普通相册的访问密码。这些内容被别人看到不会产生伤害，然而无成本的放出这些内容有潜在的风险，或是你自己主观意愿希望保护，内容安全性要求又不特别高。
我假定低级密码在网络上会受到100次/年的攻击，本地密码会受到1小时/年的攻击，可用时间五年，穷举空间不超过总密码空间的1/1000。
网络密码的攻击信息量为log2(100 * 5 * 1000) = 18.93bit。使用数字密码应在6位以上，字母，混合，全混合应在4位以上。
本地密码的攻击信息量为log2(2^30 * 3600 * 5 * 1000) = 54.10bit。使用数字密码在17位以上，字母在12位以上，混合在11位以上，全混合在9位以上。
结论，低等级的密码长度小，使用数字也并不难记。推荐使用4位以上字母（反正混合使用长度也没有下降），不要使用常见组合还有单词。推荐方式是将自己喜欢的一句英文首字母简写前后颠倒使用。例如：I will be back，对应密码bbwi。

中级密码

中级密码用于保护一些你不希望别人看到，别人看到会对你产生损失的内容。例如你的帐薄，日记等等。中级密码使用时，最主要的风险已经不来自于密码本身，而是使用密码的环境。包括电脑是否安全，中途网络是否安全，旁边人的肩窥攻击。
我假定中级密码在网络上可能会受到10000次/年的攻击，本地密码会受到100小时/年的攻击，可用时间1年，穷举空间不超过总密码空间的1/100000。
网络密码的攻击信息量为log2(10000 * 1 * 100000) = 29.90bit。使用数字密码应在9位以上，字母在7位以上，混合应在6位以上，全混合应当在4位以上。
本地密码的攻击信息量为log2(2^30 * 3600 * 100 * 1 * 100000) = 65.07。使用数字密码在20位以上，字母在14位以上，混合在13位以上，全混合应当在11位以上。
结论，中级密码开始，数字密码的位数就太长了，人类记忆很难记得。推荐使用8位以上字母密码，产生方式同上。

高级密码

高级密码用于保护一些有价内容，例如公司标书，银行账户。高级密码要注意更换，最长不要超过半年。
我假定中级密码在网络上可能受到1000000次/年的攻击，本地密码会受到8700小时/年的攻击，可用时间0.5年，穷举空间不超过总密码空间的1/10000000。
网络密码的攻击信息量为log2(1000000 * 0.5 * 10000000) = 42.19bit。使用数字密码应在12位以上，字母和混合应在9位以上上，全混合应当在8位以上。
本地密码的攻击信息量为log2(2^30 * 3600 * 8700 * 0.5 * 10000000) = 77.15。使用数字密码在24位以上，字母在17位以上，混合在15位以上，全混合应当在13位以上。
结论，高级密码使用字母都很难记忆了，只有写下来。千万注意保存好写下的密码，一旦丢失或者泄露，绝对不是闹着玩的。熟悉计算机的可以使用keepass配合版本管理器，支持linux/windows/android。尤其是android版本，虽然不方便修改，但是方便使用，非常好用。

特殊密码

所谓特殊密码，就是银行账户。这类密码分级上应当属于高级密码，然而大家可以看到，高级密码长度应当在12位以上，而银行卡密码最大长度只有6位。这主要是因为银行为了安全做了特殊设计，五次密码猜错就会警告或者锁定，破解难度远远高于网络密码。如果你的银行密码是全随机的，可以放心使用，不过建议一年一换。如果你的银行没有五次猜错警告并锁卡功能，立刻换银行！
不过银行密码最大的风险，在于很多人为了方便记忆，使用了自己或者亲友的生日。根据统计，在银行密码中使用生日是最多的，其次是电话号码，车牌号码，门牌号码。不过限于实验次数，多数是实验生日。
对于这类密码，推荐一种好记又够强的数字产生方式。将亲友的生日顺序颠倒使用。不要对外说明或者暗示是哪个亲友，也不要泄露颠倒方法。这样造成的穷举范围通常在3000-5000之间。即使是你的熟人心怀鬼胎，也很难猜出密码。就算用的是他本人生日，都未必猜的到。如果将他们的电话号码顺序颠倒，则效果更好。

其实上面条例林林总总，贝壳自己都未必全部遵守。例如一次一密，有些账户密码还是一样的。不过经过我本人评估，这个风险比较低，可以接受而已。至于我的主密码长度——这个可以透露。是14位数字大小写混合密码，有效信息量82位。部分还带有特殊字符，信息量91位。即使以最严苛的标准来看，都足够解密者算到5年后了。

悲崔的六类线

2011-09-21T00:39:00.000-07:00

大家知道，贝壳家里用的是千兆交换机对吧？最近贝壳在装修（好吧，回头看情况，也许有装修手册出来），所以——布线的时候打算用六类线。

先普及一下常识，六类线和超五类的区别在哪里？

百兆网使用的是五类和超五类线，最大长度100m，接线规范使用EIA-768B，实际使用1236四根线进行通讯，频率100MHz。考虑双工后，可以在整根线上提供100Mbps的速率。而千兆网使用六类线，接线规范也是EIA-768B，但是实际使用了12364578全部接线（所以六类线必须全部连通，否则掉速，不要用五类的经验想当然）。频率250MHz，在整根线上可以提供1000Mbps的速率（别看我，我也觉得有点问题，资料来源wiki CAT-5 CAT-6）。

为了在中间没有四根地线作为缓冲的情况下支持高速的数据传输，六类线通常使用22-23AWG的铜芯制作。尽管标准上允许24AWG的六类线出现，但是这通常是不堪使用的。而五类线和超五类大部分都是24AWG的线芯，粗细是0.51mm。23AWG线芯粗细0.57mm，22AWG粗细0.64mm。而为了隔离串扰，六类线中心通常有旋转的十字龙骨，将四对缠绕线分割在四个区域，防止电容效应干扰。

OK，有了基础常识，我们可以讲一下京东的问题了。他们提供的线问题其实很简单。有一箱线在中间有部分区域十字龙骨缺失。

如果我买的是普通线就算了，5元多一米的秋叶原线，在京东这种商城，居然会在中心位置龙骨缺失。我很怀疑我埋下去的另一箱是否也有类似问题呢。

更郁闷的是，我打给京东，他们的客服不道歉就算了，也没个活人出面解释一下这个是什么问题。就只有"你可以退货阿"，"你这样就可以退货拉"，的提示。退退退退你妹阿，尼玛另一根线回头出了问题我得重新埋线呐。更可气的是有个客服脑子堪比芙蓉姐姐，给我一个厂家电话，让我打给厂家。我说如果厂家不予解决呢？她说，你可以再打4006065500转3。我说那不就是你们的电话么？她说，你可以再打4006065500转3。我说是不是再打到你们这里？她说，你可以再打4006065500转3。。。尼玛你是鹦鹉阿，直接说再打我们电话不就完了么。再说了，你给我的方案就是打给厂家，厂家不解决，再打给你，你再咋办？哦，对了，这时候就不是你办了。真是好办法。

可见在天朝这种地方，产品质量是完全不用关心的，有退货就是最大的慈悲了。至于产品造成了后果，赔偿什么的。售后经理笑脸迎人，可以阿，有检验结果我们就赔。问题是TMD国家质检中心不给力阿，不但价格贵，而且很多事情根本不检。你不信在07年拿瓶三聚氰胺奶过去，就算清清楚楚的告诉他们有什么问题，得到的答复还是——抱歉，我们没这个检验项目。再说检验通过，厂家立刻变脸，抱歉，这个我们有规定，只能赔偿多少。然后你只能进行漫长的"调解-仲裁-一审-二审"过程。厂家有的是时间精力，不怕玩不残你。就算你侥幸通过，终于能获得赔偿，听上去天价的赔偿还不够你的时间成本。更不谈有些事情，损失十多万，按国家规定赔偿只有不足千元——"因为国家就是这么规定的"。

给初创小公司的几句话（四）

2011-09-15T19:12:00.001-07:00

第四个故事来自一个朋友的笑话。说某人从一家公司辞职了，朋友问说什么情况。某人说，和老板相处不来。老板看到有人上班看网页，就出了条规定，不许上班时间看网页，否则罚款。看到有人带朋友进办公室，就出条规定，不许上班时带朋友进办公室，否则罚款。上个月老婆出差，没人照顾家里的仓鼠，带去两天，出条规定，不得带宠物上班。某人情感受到了强烈的伤害，所以愤而辞职。

其实说起来，这些事情都不是什么大事，鸡毛蒜皮到了我们可以当笑话说的地步。细究起来也确实是员工应当执行的，属于正常雇员的基本素养。不过如果您自己开家公司，照着上面的做，搞不好手下还真就一堆辞职的。

从某种意义上说，这是一个心理问题。在IBM，或者Oracle这种大公司，出现这些条款没人觉得有什么不对，关键在于两点。一方面，大公司本身就给人一种正儿八经，板着个脸的印象。员工进公司的时候，就知道自己随时会碰到各种狗屁倒灶的规定，有一定的心理准备。小公司通常老总天天见，搞不好下班还一起吃饭喝酒，上班的时候板起脸来做规矩，情感上受得了受不了就不好说了。另一方面，大公司的规定相对完备，什么可以什么不可以都规定的非常详细。小公司难免挂一漏万，天天改规矩，确实不怎么好看。

反过来说，这也是初创公司对大公司的优势。在大公司里，管理层显然不会留意到每个人的特性，并且针对性的管理。然而初创公司就那么几号人，大部分都是熟人。要针对管理不是一件不可能的事情。老婆出差，家里仓鼠可以带到公司，顺便睡在公司做程序得了，反正家里也没人。诸如此类的事情并不怎么难做。当然，当初创公司上了一定规模（推荐大概是10-30人）后，管理转换必然要产生阵痛。然而也远好过在三两个人的公司里面规定四五十条的规范。

gnupg的基础概念

2011-09-14T21:36:00.001-07:00

上次gnupg签名写完后，雨苍跑过来问我gnupg里面的一些细节，讲，为什么不写清楚呢？我说不是写过一篇gnupg基础么？回去翻blog，居然没有！好吧，那就现场写一篇gnupg的基础概念。

非对称密钥
gnupg是一种签名/加密系统，通常而言，多数被用在mail和deb包签署上。普通加密程序的最大区别在于，gnupg是一种公钥/私钥结构。

我们简单点说，你可以用gpg --gen-key生成一个密钥对（是的，一次一对密钥），一个密钥对包含一个公钥和一个私钥。公钥是公布在网络上的，私钥自己持有，并且可以加一个密码，以防私钥泄漏。学过非对称密码体系的同学应该知道，公钥加密，私钥解密，私钥加密，公钥解密。因此，这个密钥对可以用于签署。方法是，对你的目标数据进行哈希，然后使用私钥加密这个哈希，得到签名数据。如果别人可以用你的公钥解密这个签名数据，然后和目标数据的哈希对比，那么这个数据就一定是私钥签署的。

附加资源

下面是最精彩的地方。一个密钥对里面，其实不仅包含一对密钥，而是包含多对。刚刚生成的公钥(pub)和私钥(sec)这对，被称为主密钥。而除去主密钥外，还可以加入三种资源，子密钥，uid，签名。

子密钥是另一个合法的对称或者非对称密钥。子密钥的常见用途是延长密钥的可用期，或者提供不同强度的加密（通常是减弱）。

密钥长期被用于加密数据后，可能会被已知明文攻击，因此一般密钥都有一个合理的使用周期。对于大量加密数据的人来说，这个合理使用周期可能比较短。看过上一篇互相签署的应当知道，对一个密钥每三四年乃至一年就签署一遍太麻烦了。因此，你可以使用子密钥。这个密钥的使用和吊销就比主密钥更加方便，生成一个，用六个月，然后废弃。而使用主密钥签署过的子密钥，同样可以认证该密钥属于某人。

uid则是认证这个人的合理名字，主要是姓名，昵称，邮箱。通过主密钥签署，别人可以认可这个网络身份真实的属于你。

签名则是别人对你的uid的认可。一般一个uid上可以有一个或者多个签名（至少需要自己主密钥的签名）。

常见参数选择

主密钥过期时间，建议选择5-10年，推荐10年。因为主密钥过期后需要重新签署，每三四年就重新签署一遍你的密钥实在是太麻烦了。

主密钥长度，我建议选择你能选择的最长长度。因为主密钥有相当长的过期时间，过短的密钥很快就不实用了。在2000年的时候，1024位还是比较安全的，但是2009年，RSA-768被成功破解，威胁到了1024位密钥的安全性。目前debian推荐密钥都是4096位长。至于对此造成的计算压力增加，你可以通过子密钥来解决。

主密钥一般是RSA的，gpg -k可以看到4096R之类的标示。

公钥的网络管理

上面说到，公钥需要公布在网络上。现在网络上就有一种专门的服务器，用于提供公钥的上传和管理。我用的是pgp.mit.edu，很有名（主要是比较短，好记）。你可以在上面放置一个你的公钥，里面附加各种uid和签名，吊销凭证，等等。

文件签名

密钥对可以对文件进行签署，生成分离的(.sig文件)或者内含的签名。签名方法是gpg -s，你可以用gpg --verify来验证。

FAQ:

Q: 有什么机构对gpg进行认证么？

A: 这个真没有，虽然你可以从公钥服务器上获得很多人的公钥，但你无法确认他们的身份。确认身份唯一可靠的办法就是线下交换fingerprint并且签署。作为替代，完全信任和勉强信任也部分的可靠。

Q: 签署和加密有什么区别？

A: 签署表示这个内容是被你确认过的（由你发出或者经你许可），所有人都能看到。加密表示这个内容只有你能看到，所有人都能发出。如果你打算给一个人发送一个内容，内容是经你确认的，并且只想被他看到。你可以同时签名和加密。

Q: 签名可以伪造么？

A: 这个应该不行，如果可以，你可以写个paper，全球奖金就数百万美元，更不提领域上的名声。

Q: 国家可以调动专用服务器来进行破解。

A: 目前已知破解的最长的密钥是RSA-768，长度768bit，因此1024位密钥有可能被政府机关破解。然而破解难度随着位数增加以几何级数增长，因此2048位的破解目前还遥遥无期。目前而言，2048以上长度的密钥还是无解的。

Q: 真的不行么？我知道各国军队都有保密的研究成果。

A: 如果你相信所谓的"秘密成果"，我也无话可说。仅公共领域流通的成果而言，离可接受的破解方法还差很远。目前已知最好的算法是普通数域筛选法，有希望成为可接受的破解方法的是基于量子计算机的Shor算法——不过量子计算机还没有制造出来。

Q: 既然2048位密钥不可破解，为什么还要选择4096位？

A: 一个不幸的事实是，虽然破解难度随着位数增加几何级数增长，然而破解速度随着时间流逝也在几何级数增长。如果你打算长期使用，还是使用4096位的比较保险。

北京，北京

2011-09-12T20:06:00.000-07:00

怀念北京的话就不多说了，中国没有几个人不会故土难离。我直接上干货，说说北京的诸多问题。

1.北京杯具的排水系统

北京大型水上乐园今年两次开张，正式宣告了北京又回到了曾经是海的年代——

好吧，这个玩笑不怎么好笑。

我小时候，北京基本不会积水，今年积水两次，而且是淹车丟人的积水——至于积水潭瀑布这种问题我们就不提了。为什么？

大概来说，原来的水系统是依照北京的边界在四环设计的，而现在北京的道路覆盖已经到了五环外。路程越长，运输积水的能力越差。北京在三到五年内爆发性的发展，这些不被人注意的非政绩工程就一下子爆发出来了。

而且，老北京有多少湖？昆明湖水系被填了多少？光一个中南海和北海，能容纳整个北京的雨水么？

内城雨水排不出城外，就只有在街面上汇集了。

2.北京的水资源问题

上文讲排水，这段就讲给水。北京的水一直是个严重问题。高中时，我们出学校去旁边树林玩。老师再三强调，树林属于顺义防护林体系，活动是学校担保的。绝对不要出现火灾，否则连老师带校长，人人倒霉。出了学校，我们玩渴了，到附近人家家里去讨水喝。附近人家从井里打上来的水是带农药味的，非常喝不惯。人家说我们已经喝习惯了。地呢？地早就不种了，菜价还比不上水价。后来学校老师说，学校的水是从地下深井打上来的，因为区里重点保教育（学校好，很多区里实权人物的子女都在），所以特批了学校打深井，给了一定的流量指标。

在这里首先要感谢我的老师和学校中的大部分工作人员，因为他们并没有将春游变成赚钱的活动和形象工程，而是承担着风险，让我们做我们自己选择的事情。这是第一次，我知道北京的水资源是如此匮乏，而不仅仅是书上的一段文字。当每次你拧开水龙头都有水流出的时候，水资源这个问题的严重性会被多少人记住呢？大部分人记住的只是水价而已。

最近几次回家的时候，潮白河里已经储满了水，和以前人可涉水而过形成了相当的对比。然而水从哪里来？我专门找了NHK相关的专题片看了一下，顺便感慨一下，这方面日本人做的都比我们好——当然，他们比我们更缺资源。根据NHK的采访，河北，山西，都在为了北京而供水。很多地方都出现了水库下降，农田抛荒，工厂停产。当时是奥运，叫做全国保奥。现在呢？看着潮白河的水位，我敢打赌调水仍没有停止。这些人，将来怎么生存呢？他们是否会因为政府做的这些事情而憎恨一无所知的北京人呢？

我不知道，也不敢知道。

3.北京的城市规划和堵车

这点TX同学和我的感觉一致，北京的行政划区问题导致了严重的交通压力。北京的城市规划，叫做功能分区。就是一个区域，里面全是住宅，另一个区域，就干CBD，再拉一个区域，专门做教育。。。

这样的分区对小城市没啥问题，在巨型城市上使用功能分区，尤其是大尺度功能分区简直就是脑残——哦，说错了，不需要简直。我们考虑这样一个问题。如果一个城市，有两个功能——住宅和工作。我们把住宅和工作单元1:1放在一起，那么城市内的交通模型应当是热随机的，主要由各种随机理由出行的人群组成。而如果我们把住宅放在城市东边，工作放在城市西边。好，每天上班高峰，城市凭空出现一个单向交通矢，从住宅区重心指向工作区重心，大小为全市人口。下班反向出现一个交通矢。每个矢量都是集峰，单向，很难化解，而且消耗巨量资源，浪费时间。

当然，从理想上说，如果中国的房屋出租再有保证一些，两个问题会更容易解决一些——一个是房价，一个就是交通会进一步减小。然而无论如何，功能分区、公车数量加上行政调控，形成了我们天下闻名的"首堵"。

4.沙尘暴和行政划区

沙尘暴就更跨出了北京的行政区域和地理区域，要讲到北京的地理环境了。北京目前离沙漠前锋，只有150-200公里的距离。而且是到沙漠的距离，不是沙化的距离。只要北京停止向张家口方向的供水和绿化资金，这个距离还可能会更短一些。当然，考虑各种作用，即使完全不管，在最疯狂的估量下，要沙漠蔓延到北京也至少需要20年的时间。何况在沙漠边上的城市很多，不缺北京一个。

然而离沙漠近到这个地步了，还如何指望没有沙尘暴呢？据说当年很多小日本跑到中国来种树——以为人家是为了战争做补偿的么？错了，沙尘暴都吹到日本了，没办法，只能跑到源头来种树了。

5.政令的得意者

北京的兴起，很大成都上是得益于首都的地位。包括庞大的公务员，驻京办，维稳体系。大量的行政资源，带动了相当的三产公司在北京成立总部——尤其是金融业和科技业。任何一个首都，都会得到行政上的好处，和相应的付出。然而很少有一个首都，会有北京这样特殊的地位，以扭曲的地位带来扭曲的利益。

这种利益，让北京成为全国人心中的迦南。但是这个迦南，是依靠没有进入的人的付出来支撑的。因此，全国无数人涌入北京，试图分一杯羹。因此，近些年的北漂一族已经非常庞大，北京的户口早就基本停止流动，下一步恐怕连人都要停止流动（有部分政策已经在实施这个思路了）。进入的人越多，留下的人越少，北京的人口压力越大，相应的，这个泡沫破灭的速度就越快。而没有人进入，就没办法让其他人为他工作，必须依靠行政强制。这个行政强制，又会加剧北京和其他地区的矛盾。

什么时候？我怎么知道，我又不是神仙。

悲崔的散热片改良

2011-09-08T18:49:00.000-07:00

贝壳的新电脑出了点小问题，不过让贝壳郁闷了很长时间。

其实这个问题早就有，不过最初没当回事情。贝壳用的AMD X4 955黑盒芯片，设计热功耗（TDP）125W，整个一个电炉。不过由于有功率调节能力，大部分的时候功率只有20W，还是挺不错的。机箱不热，声音也不大。不过贝壳偶尔一次晚上用这货压个片子，天呐，大半夜的战斗机升空了。声音吵到死人跳起来不说，机箱电源那里一摸还烫手。这还了得，CPU散热器烫手就算了，机箱烫手——真要作成烧烤机箱不成？

第二天，跑到配机器的那里，要求换一个好点的散热器，声音别那么大。他拿过散热器转了一下，笑笑说，这玩意声音肯定大，随手一转就有声音，上6000转还了得。想想也是，换了一个大号风扇，声音果然是小多了。不过抱回家，发现问题又不对了。原来的风扇温度是60度多点，现在这个有75度了。

再抱回去，人家也傻眼了。这玩意正常用没听说有这问题阿。好吧，老吴，我是正常人么？恩，这个真不是——

换了一个号称最强风扇，回家还是75度。怒了，回去好好研究了一下机箱散热的知识。

1.导热系数

什么叫导热系数[1]？一定厚度的材料，两端有温差，热就会从一端向另一端自动传导，这是基础热力学原理。导热系统的定义是，1m的材料，两端温差1度（同1开），在1秒内所传递的能密度。单位是W/mK（瓦每米开）。铜的导热率大概是400W/mK[1]，铝大概是240W/mK[1]。具体情况会根据铜和铝的纯度，杂质种类，乃至合金特性而变化。所以以前常说，纯铜散热器如何高档。当然，根据数据，钻石会更高档一些......

2.散热器

目前散热器种类很多，我着重说其中一种，热管[2]散热器。

自从迈入热管时代，全铜散热片就成渣了。为什么？热管的热传导系数是5000-40000W/mK。哪怕钻石都是渣阿.....

不过热管归热管，还是有点讲究的。6mm热管一根大约能"负责"15W，8mm一根大约25W。在这个功率下，两端温差基本可以接受。如果你要求一根6mm热管负担955的全部125W功耗，也不是不行，两端温差就不好说了。目前热管使用形式最多的是U型热管塔式散热器，就是一根热管中间和CPU接触，两端向上延伸，成为塔状的散热器。这样的话一根热管就可以当作两根用，成本低效果好。955的TDP是120W多点，4根6mm热管刚好负荷，所以目标就选用6mm四热管散热器。

热管解决了一个关键问题，如何将CPU核心的高热传导到空间中，而如何将热管上的温度散发到空气中，则要看散热片的质量。通常而言，使用了热管后，散热片的材质就不是关键，关键是表面积。所以热管散热器不要盲目迷信纯铜，那玩意未必比表面工艺良好的铝叶来的效果好。好一点的散热器表面积都要高达上万平方厘米，大概能合1坪的面积。差一点的也有5000以上。如果热管配合的叶面太小，那么散热效果也会大打折扣的。热管和散热片的接触工艺大致分为两种，焊接和扣FIN。焊接好一点，不过实话说，区别也不是特别大。

3.硅胶

原来的风扇拆下来一看，厚厚一层硅胶。兄弟阿，硅胶这玩意不但不是越多越好，反而是越少越好。

硅胶本身接近白色，按照用途分为普通胶，导电和导热胶，区别在于后者加入金属粉或者石墨粉，从而有黑色和银灰的色变。最好的硅胶，导热系数号称可达6W/mK。对比上面的数据可以看出，其实这个数字小的可怜。然而为什么CPU上还要涂硅胶呢？因为金属接触的时候，接触面其实是不平整的。由于不平整，导热面积会大幅减小。为了使用全部的导热面积，通常使用液态导热填充物进行填充。当然，如果要求只是液态的话，选择还有很多，例如[1]中提到的水银。但是要求不能蒸发和凝固，定型良好，无毒无害，成本低廉，那最佳选项只有硅胶了。因此，硅胶是属于接触导热用，一般来说，越薄越好，厚厚的一层硅胶只会降低导热特性。同时，硅胶涂抹的时候也要大致均匀。有一点不均匀的话，在散热片压上去的时候，硅胶会自动流到接触最差的地方进行填充。然而如果一半没涂的话，硅胶是没有这么良好的流动性的。

4.风扇

风扇是机箱另一个关键部件，AMD原始的风扇之所以能用一个很破的散热器将温度降低，关键就是高达6000RPM的超高速风扇，俗称暴力风扇流。当然，这个流派最大的问题是——音量也很暴力。

通常而言，风扇的两个关键指标是尺寸，轴承，还有转速。转速的单位是RPM，即每分钟多少转。1000-2500RPM属于低转速，2500RPM-4000RPM属于中转速，4000-6500RPM属于高转速，6500RPM以上就是超高转速了，每秒100转以上。甚至部分服务器风扇可以高达10000多RPM。不同转速，所选用的轴承也会有所区别，具体轴承区别可以参考[4]。大致来说，低速风扇都是使用含油或者液压轴承，音量比较小。而高速风扇大多是双滚珠轴承。液压轴承通常的噪声都在18db-24db之间，在安静的房间内可以忽略。而双滚珠在4000RPM级别噪音通常都在28-32db，在安静房间有明显噪音，但是可以忍受。至于6000RPM或者更高的双滚珠轴承——那TMD就是活生生的战斗机。

风扇另一个需要注意的问题就是PWM。以前的风扇是三线，VC（voltage control）控制。当转速低于一定水平，IC电路就无法工作，导致风扇有一定最低转速。而PWM风扇使用独立供电，方波周期控制，因此最低转速可以控制的更低。对于有些需要静音又不能关闭风扇的系统，更加省电安静。

关于风扇风量的问题，可以大致参考[3]。955的TDP120W，CPU和机箱温差控制在15度以内，通风量就需要21CFM。考虑到部分风损耗，风扇至少需要30CFM以上。这个数值很尴尬，因为90mm级别的风扇，能够产生这个风量的大部分都是3000RPM以上的中高转速风扇。中高转速很大可能使用双滚珠轴承，噪音比较大。最后，我选了一款2000RPM的风扇，液压轴承，号称风量是45CFM。其实大家心里清楚，这玩意能到30CFM就差不多了——也能够达到要求了。

5.机箱热系统

机箱热系统差不多就是上面几个的综合，不过散热器主要考虑CPU，机箱还得考虑其他部件和热流动问题。

除去CPU外，另外三个主要的发热点是：北桥，显卡，硬盘。显卡我使用了一块低功耗无风扇显卡，北桥上也没有主动风扇，因此都需要机箱辅助散热。原来的直吹暴力风扇将CPU热都吹到了CPU周边。北桥和内存刚好就在CPU周边，这直接导致了北桥温度在48度居高不下。目前的塔式散热器一个优点就是把热都吹到了主板后端接口的位置，因此没有向北桥和显卡位置传递热。但是CPU风扇是45CFM的，而机箱电源风扇只有30CFM。堆积的热空气会产生热回流，导致散热效率下降。同时也考虑到，所有热风都通过电源，会导致电源长期在高温下工作，对寿命不利。因此我买了一个80mm40CFM的机箱风扇，安装在主板后端口上方，将CPU散热器推过来的热空气直接排出机箱。加上电源本身30CFM的风量，机箱会从下方和左侧吸取大量冷空气补充，从而降低显卡和北桥温度。

OK，光说不练假把式。我们对比一下几个散热方案的情况。

1.原始散热方案，原装散热器+暴力风扇。满载北桥温度48，CPU核心温度65，噪音——吵死人。空载北桥温度45，CPU温度50，噪音小。

2.直吹方案，纯铜散热器+静音风扇。满载北桥50，CPU核心74，噪音无。空载北桥45，CPU核心50，噪音无。

3.热管散热侧吹+机箱风扇。满载北桥38，CPU核心51，噪音无。空载北桥35，CPU核心38，噪音无。

参考：

[1]. 热导率 http://zh.wikipedia.org/wiki/%E7%83%AD%E5%AF%BC%E7%8E%87

[2]. 热导管 http://zh.wikipedia.org/wiki/%E7%86%B1%E5%B0%8E%E7%AE%A1

[3]. 如何计算产品所需风机的风量 http://itbbs.pconline.com.cn/diy/10497307.html

[4]. 风扇轴承http://detail.zol.com.cn/product_param/index651.html

gnupg密钥签署原理和过程

2011-09-06T19:52:00.000-07:00

gnupg的密钥基础运用比较简单，有能力跑过来看我blog的应该都比较清楚了。不过最近接触了gnupg密钥的一些复杂运用，才发现——这玩意，居然能构造类似于PKI的复杂密码体系呢。

gnupg的密码体系和PKI类似，又有区别。PKI密码体系有数个根节点，负责验证服务。然而gnupg没有这种根节点，一切都是以社会关系网络运作的。更加复杂，也更加接近自然社会体系。

首先是gnupg的基本密码原理，公钥和私钥对。利用私钥签署，公钥验证。公钥加密，私钥解密。这是最基础的两种用法，我们略过不谈。密钥签署的问题提出来源于，我如何相信我得到的密钥，真的来自他所声称的这个人？

例如，我得到了来自Linus Benedict Torvalds的一封邮件，上面说blahblah。当然，听起来应当高兴，不过暂缓，这个信真的是linus本人写的么？这时候，我可以导入linus的公钥，验证签名——当然，如果有签名的话。不过问题又来了，你如何保证得到的是linus本人的公钥，而不是某个试图破坏系统的人伪造的呢？

好吧，为了解决这个问题，gnupg设计了互相签署机制。当我签署了某个人的公钥，并且将我的签署上传到公钥服务器（或者发送回给本人）的时候，我就为这个人的真实性做出了背书。例如，当我为thomas做了公钥签署，然后上传到了公钥服务器。然后thomas向某个他并不直接认识的我的朋友发送了一封邮件——例如发送给了julia。julia收到信的时候，会从服务器上下载thomas的公钥，然后看到我的背书。如果julia相信(trust)我，那么gnupg就会自动完成验证。当然，将公钥上传到服务器会略微降低安全性，所以如果限于安全考虑，我没有上传到公钥服务器，而是传回给本人。那么thomas就必须在给julia发送邮件的时候，附上公钥。julia一样能看到公钥上我的签名。

下面是如何操作。

首先你必须获得公钥，以下是从公钥服务器上下载的方法。

gpg --keyserver <keyserver> --recv-keys <Key_ID>
而后，你需要看到这个公钥的fingerprint。

gpg --fingerprint <Key_ID>

再然后，就是比较困难的部分。你需要和这个公钥的拥有者碰头，找个地方喝个咖啡，或者一起出来玩什么的。然后，查看他的有效证件，和本人对照，并且取得他本人认可的fingerprint。

这点非常重要，不要轻易的使用线上fingerprint交换来替代这个过程，也不要随意的为别人进行签署。你必须*确定*你签署了本人的密钥，线上获得的key，是完全可能被修改的，这是对所有信任你的人的负责。

再然后，就是简单的签署。

gpg --default-key <Key_to_use> --sign-key <Key_ID>

最后，上传公钥，或者传回给本人。以下例子是上传到服务器的，不过记得先征求对方同意——除非你原本也是从服务器上取得的公钥。

gpg --keyserver <keyserver> --send-key <Key_ID>

至于revoke什么的，暂且就不说了。

其中最麻烦的，就是上述过程中，两个人碰头的部分。为了简化这个部分，gnupg使用者经常有种gnupg keysigning party[2]的聚会，互相交换和签署密钥。

reference:

[1]. The GNU Privacy Handbook http://www.gnupg.org/gph/en/manual.html

[2]. GnuPG Keysigning Party HOWTO http://alfie.ist.org/projects/gpg-party/gpg-party.zh-tw.html

为什么恳谈行不通

2011-09-05T23:51:00.000-07:00

几乎每个公司的老总都有"事到临头才发现自己是公司最后一个知道的人"的杯具经历，因此几乎没有例外的，每个公司基本都有所谓的"恳谈会"，或者叫做面谈。基本就是HR，或者行政，对职员进行一对一面谈，试图找出些什么东西来。不过就贝壳自己的经历来看，这种恳谈会的作用非常小。一个公司的所有员工，一年谈一次，能得到一个有用的信息，算是运气不错了。

为什么恳谈行不通呢？因为阶级。恳谈会首先就分了两个阶级——老板和员工。我们知道不是老板的问题，作为恳谈的受益人，他们没道理刻意阻止恳谈的效果。唯一的理由只有一个——职员不愿意告诉老板一些有用的事情，他们说的都是可有可无的废话。其实细细想想也是当然的，因为老板是受益人的话，员工多数就是受害人了。大部分老板感兴趣的事情——心不在焉的员工，心怀鬼胎的管理层——在被老板知道的同时，都会受到惩罚。因此，从心理上说，恳谈会给员工的感觉永远是出卖。

在这种心理的作用下，员工会很快的形成攻守同盟。他们不出卖别人的秘密，同时希望别人也不出卖他们的，即使他们没有秘密。在这种情况下，使用奖励是愚蠢的。被奖励者无疑会成为告密者，然后收到大家的歧视和排挤，迅速的消失。奖励与其说是鼓励恳谈，不如说是让员工坚定的不要开口——即使他们真的想说什么的话。即使是秘密的奖励，实际上也很难实行。如果真的有人做了，这个人你真的敢用么？

恳谈没用，那怎么办？基本是两个办法。一个是让部分员工以员工的身份收集信息，公布这件事情，同时不要公布他们的身份。这是一种古老的思路，其核心是威慑和平衡。员工而言，不知道这些人是否存在，他们会说什么，这会让他们不敢做一些太过明目张胆的事情。

当然，另一种更为有效同时也更为成功的思路是，取消老板和员工阶级。没有了老板和员工阶级，员工自然会说任何他们想说的事情。对公司不利，就是对他们自己不利，这样公司才不可阻挡。然而要达成这点，必须放弃很多东西。首先，作为老板，你再也不是公司的全权管理者。也就是说，你必须通过规则来控制每个人，而不是直接控制。而规则来自你和员工的商讨，而不是你的脑子。

区别？如果你看到一个上班打游戏的家伙，让他滚蛋了。你是对的，然而你是老板。如果你看到一个上班打游戏的家伙，你回去查了查，规则中并没有说不能打游戏。所以你在某个会议上说，我们最好不要这样，然后让员工讨论一下，什么时候可以打游戏，什么时候不可以。什么游戏是可以玩的，什么是不可以的，打游戏有哪些惩罚。那么你就是一个普通管理者。

听起来没有什么好处，而且罗嗦的要命？明明正确的事情，为什么不能直接做？可你知道，这只是把隐藏在台面下的东西端上来而已，管理者从来都不是神——甚至不是国王。你可以直接控制你的员工，也可以强行制定规则，大部分人也不会有反应。然而，当你的政策和现实差异越来越大的时候，你的员工离职率也会居高不下。过高的离职率会带来很多问题，当部门普通员工离职率小于10%每年的情况下，公司基本不会受到任何影响。当部门普通员工离职率超过20%每年的情况下，管理者的执行就会不太流畅，时断时续。当部门员工离职率超过50%每年，或者中级以上管理者每年离职超过10%的时候，公司大量资源会消耗在招聘，培训，交接等问题上，同时事务实行经常卡壳。当部门员工离职率超过100%（不要惊讶，这不是个铁道部的笑话），或者中层管理者离职超过50%每年的时候，公司基本失去功能。因此老外的罢工可不是闹着玩的。

和员工商讨规则，并且连自己也需要遵守规则，这在保证员工利益的同时，也让他们感到参与感。参与感会增加他们归属于这个集体的情感，从而帮助你发现和管理问题——一切都是自发的。更妙的是，即使薪水略低，员工也很少离职。当然，作为双刃剑，你要知道，有的时候员工会联合起来进行薪水谈判。如果双方都是理智的进行谈判的话，我相信对于一个健康的软件公司，这只会让他更健康。当然，更重要的是，你需要自己遵守自己的规则，让规则成为权威。

我有几台电脑

2011-08-31T20:53:00.000-07:00

废话贴，数一下。

家里能正常工作的电脑四台，一台台式机，11年7月买的，一台笔记本，07年买的，一台上网本，09年买的，一台低功耗服务器，11年初买的。

两台租用设备，一个是空间，一个是vps。

公司一台电脑，10年换的。

两台嵌入设备，wince和android各一，还打算明年入个平板。

虚拟设备七到八个，常用的两个，一个xp一个debian。

差不多就这些。

汽车、苹果、人类的历史

2011-08-29T18:54:00.000-07:00

Jobs辞职了。

好吧，这篇文章早在年初就想写了，不过经过漫长时间的沉淀，最终还是被忘记了。最后帮主的退出帮我想起了这个事情。

本文论述的其实很简单，是一个人类使用东西上再简单不过的常识。不过很可惜，几乎所有的程序员都会忘记这个事实——直到有一个正视事实的家伙赚了大钱——然后现在辞职了。

人在使用东西的时候，都会从简单的角度去理解，而不是从复杂的角度。而人在研究东西的时候，都会从复杂的角度去研究，而不是简单的角度。我们可以回想机械大爆炸的年代，今天能看到很多上世纪的笔记，里面记载了奇奇怪怪的机器——传说达芬奇还研究过直升机。不过今天能留下来的，都是最简单和基本的了。这并不是说这些机器不好，而是创意从研究者到使用者之间巨大的专业鸿沟所致。

举例来说，我们日常最常见的机械之一——汽车。汽车上有数千计的组件，随着我们对不同组件的定制和组合，我们能够组装出不同的车。越野的，城市行驶，大脚怪，等等。从设计角度说，车的操控界面其实过度简化了。理论上说，即使四个轮子的车，也可以考虑对每个轮子施加不同方向和大小的力矩。加上轮子的内弯和外弯角度参数。一个轮子上就有两个有向标量在控制，四个轮子组合起来，足足可以形成一个八维量——只比张量差一个维。然而我们在开车的时候，只会控制四件事情——方向盘角度，档位，油门，刹车。近些年的无级变速车还逐步合并了油门和档位，使得控制量还少了一个，只有一个有向标量，一个标量，一个布尔。

这些控制系统能够产生的控制精细程度，是远远比不上八维的控制的。例如，如果我们能精细控制每个轮胎，车可以做到原地旋转——两个前轮同向向前，两个后轮反向向后。或者可以保持方向的状态下斜侧移位，乃至于如果前轮内外弯角度比较大，还可以直接侧方移位——不用前后倒车进车。然而，一方面是复杂的控制系统会造成非常高的成本。另一方面，人类没有昆虫那样的复眼去同时盯着路面、后镜、还有诸多仪表，更没有那么多手去操纵那么多控制件——比这个更直观的，是人类根本不会想要把自己的神经训练成这种怪物的信号处理系统。

人类能够大规模使用的，都是自己简单能够理解的东西——这个简单的标准随着这个东西能做到的事情而不同。如果只是要帮自己晃动孩子的摇篮，那么通常而言，只要控制开关就好。如果晃动摇篮的机械需要你指定晃动输出是基于正弦波还是基于锯齿波，你一定会觉得不可思议，然后摇头走开。而如果这个"东西"，能够帮助诊断很多重症病人，并且让你获得一份高的离谱的合约。我想你不会介意花三到五年时间学习整套系统的使用方法。当然，即使在这种情况下，简化的系统仍然是一件让人开心的事情。

计算机发展到后期，已经远远超出了最聪明的人所能理解的范畴。app store上有十万多个程序，即使每个花5分钟浏览一下也需要6天。如果要一一玩过，基本会花去一个人的一生。windows下的各种程序更是数都不要数。在这种情况下，如果我们还是持续的曝露各种底层细节给用户——你的数据要存放到哪个文件夹？你的文件类型是什么？无疑，用户不会跑开，但是肯定会很恼怒——为什么我需要知道文件路径？我写下一个名字，下次你帮我找出来，不就好了？

类似的问题正是ipod, mac, ipad, 加上现在的android试图解决的。app的安装删除并不需要用户理解细节，android上调节参数比较多，最多也不过是指名安装到sd卡上还是内存中。数据保存也基本无须关心——其实这点上做的还并不足够。整个系统，就像一个封装在琥珀里面的，神奇的魔盒。你说出你的愿望，他就帮你实现，一切都是那么美好——除了这个魔盒可以买到，而且必须经常充电。

将来？将来的系统可能会重现工业时代的老路，有经验的程序员会逐渐变成工人，而不是城市里孤独的游侠。华而不实的设计被淘汰，有效的设计成为生活中的常识。电脑将变得越来越贴近生活——前所未有的近。而我们的历史，也会进入新的一页。

debian打包的一些细节补充

2011-08-26T00:52:00.000-07:00

如果前面有人接手了，你最好和前任联系一下，看看是否可以获得他的帮助，或者跟着他的思路继续做下去。

debian有一个比较变态的规定，你的打包内容，必须遵循FHS。有些程序写的数据放到了程序路径下面，你需要进行人工分离（这个花了我整整两天）。

求RFS比ITP难多了...

....

.......

求RFS。

其实英文基本没必要学的

2011-08-24T02:05:00.000-07:00

找个maillist实际跟老外一起交流干活。历经数次抓耳挠腮依旧词不达意，然后看到老外的标准回复后，有用的东西基本都留在脑子里了。

当然，坏处就是，很多非英系老外的错误（包括国人的错误）也会复制过来。

第一个debian官方包请求出来

2011-08-23T01:47:00.000-07:00

贝壳的第一个为debian官方贡献的包出炉了，地址在这里。之前也发过一个ITP，结果发现莫名其妙有人在做了。不知道为什么没有在wnpp中发现，结果弄的好不尴尬。

大概说一下，为debian官方贡献打包，你需要了解这个包的基本情况。例如用哪种语言写的，有什么依赖关系，是什么授权，等等。尤其是授权，debian有所谓的dsfg方针（不知道的看这里，这里，这里）。如果你打出来的包包含dsfg不许可的内容，你的包会被紧急移除，直到修复这个问题。尤其值得注意的是，debian要求文件级的授权，就是说，即使有一个文件不符合授权要求，整个包也会不通过，哪怕包本身声明为开源授权。之前ibus还是fctix，因为用了拼音加加的词库，就享受了一把这个待遇。另外，如果可以的话，最好征求一下上游维护者的意见（一般就是作者）。因为debian的bug系统中的问题是你需要解决的，而这些问题通常没有上游维护者是很难搞定的。当然，如果你觉得自己搞的定，或者可以出了问题再联系，那也可以。

当你搞明白这些问题后，通常需要先发一个ITP（Intent To Adoption）出来，表示你要打包，别人不要抢。通常是用reportbug来进行提交，汇报wnpp（Work-Needing and Prospective Packages）这个包的bug。然后程序会问你确定？确定的话，会要求你选择是哪种报告，其中就有ITP。当你的ITP通过后，你会收到一个bugnumber，这个bugnumber会在changelog中用到。

另外说明一下bts(bug tracking system)的基本用法。你需要给control@bugs.debian.org发送一封邮件，内容是bts的控制指令，每行一条。碰到无法识别的指令时，bts停止解析。通常习惯在最后写一个thanks来停止解析，也表示礼貌。指令系统可以参考[3]。

然后开始干活。干活的方法参考Debian 新维护人员手册。其中注意在changelog中填入你刚刚申请到的ITP，这样当包通过后，会自动关闭你的ITP。提交的包需要是lintian clean的，即自动检查程序没有发现错误。通常你可以在本地系统安装lintian进行检查。

当你完成打包工作（没法详述，太复杂了，自己看文档吧），你需要上传到mentors系统，然后让DD审查你的包。你首先要在http://mentors.debian.net拥有一个账户，这个账户的email将来会用于给你发送bug通知之类的东西。当你完成账户创建，你会在页面上看到要求上传一个gpgkey。gpg创建key都会吧？记得做4096位密钥。另外填写姓名的时候，用最好真实姓名作为名称，网名进nickname，尤其是大部分中国人都有一个拼音姓名和一个英文姓名的时候。。。

然后，你的主页上有一个说明，会让你复制一些数据到你的~/.dput.cf中。dput是用来上传源码包的工具。如果你按照说明去复制，那么你就可以用dput debexpo ..changes来上传你的包。其中有几点需要注意的，一个是debexpo不能丢，否则会默认传到ftp.debian.org上去，然后失败。另外changes和dsc必须经过你上传那个公钥对应的私钥的签署，否则签名验证失败，你的包上传行为就会失败。如果你的系统中有多个private key，那么dpkg-buildpackage会不知道如何打包。用-k参数加上你的私钥id，就可以指定使用哪个私钥进行签署。

当你的包完成上传后，你可以在my packages下面看到。注意服务器检查结果，本地通过lintian的包在远程还是可能爆出错误，所以再检查一下。

如果一切都没有问题。你可以将package中的Needs a sponsor改为Yes，然后等DD注意到你的包。当然，还可以向debian-mentors@lists.debian.org发送一封RFS（Request For Sponsor）的邮件，提醒DD的关注。具体的内容模板在成功上传的邮件中会提示你，一般是http://mentors.debian.net/package/rfs/[package name]这种格式。打开url，里面就是你的RFS邮件规范的目标地址，标题，还有内容。

OK，最后总结一下，整个过程中我们用到了三个系统。第一个是debian bts，通过提起bug来表示你准备打包。第二个是mentors.debian.net，通过注册来上传包。第三个是debian-mentors@lists.debian.org，通过maillist来提醒DD检查你的包。过程有一点小繁琐，不过熟悉之后还不算繁琐。如果真的觉得繁琐，debian在包检测和打包过程中的一堆事情更是会烦死人的。

Reference:

[1]. Debian 缩略语 http://www.cnblogs.com/lidaobing/archive/2010/05/21/1740508.html

[2]. 软件如何进入 Debian http://www.cnblogs.com/lidaobing/archive/2010/05/02/1726138.html

[3]. Introduction to the bug control and manipulation mailserver http://www.debian.org/Bugs/server-control

一次系统和数据迁移

2011-08-18T00:42:00.000-07:00

在文件系统选型后，贝壳骤然发现用ext3保存媒体文件是一件很傻的事情。耗费空间多，性能差，安全性低。根据文章结论，其实最好的文件系统是xfs。同时，贝壳的mini-itx空间基本满了(/home分区75-80%)。所以，贝壳准备买一块新的硬盘，然后将数据迁移过去。

硬件选择上，贝壳询问了熟悉的硬件商。他说日立没货，WD的盘问题比较多，推荐希捷的。而且只有绿盘，具体型号是ST2000DL003-9VT166，SataIII，常规转速5900。ST的2T盘入手后，贝壳做了一下基础测试，hdparm分数是，原本的WD硬盘90M/s，新的ST硬盘70M/s，公司的硬盘99M/s。看来硬盘性能还是WD的比较好一点，当然，也可能是因为新硬盘本身就是低档硬盘。

贝壳的第一选择，是按照原本的U盘安装设置，安装debian系统。不过前后两次都可耻的失败了，主要原因是mini-itx对U盘启动的支持并不是很好。被迫，用新买的大型电脑安装，又失败。原因是6.0的安装镜像对boot.img.gz方式的U盘启动支持不良。算了，先装5.0升级。没想到，这个原因直接导致了贝壳两次系统安装完毕后无法引导升级。为什么？因为硬盘的尺寸刚刚好比2T大了点。gurb升级到grub2的时候，为了让你支持全部空间，很好心的帮你升级到了gpt。然而gpt需要一个分区来保存一些信息，新多出来的空间又刚好不足以保存这个数据。因此，grub-pc就升级失败，而且救都没法救——因为没空间了。

两次折腾下来，贝壳基本搞明白了为什么。然而要解决这个问题，就要手工分区，计算大小，产生lvm，设定，然后debootstrap，再设定。或者就直接使用debian 6.0的安装镜像。这个时候，悲崔的事情来了——U盘安装那篇文章的上一节，就说明了如何直接使用usb启动iso，直接cat iso > /dev/sdX就可以了。早知道这么简单，何必折腾那么一大套呢，哎。

debian 6.0的安装系统比5.0的好了很多，磁盘分区支持gpt，直接就生成了bios_grub分区。lvm2的支持增加了vg级别的控制，而不仅仅只能控制lv的生成和删除。同时增加了软raid的支持。这就很好的解决了贝壳当前的问题。

贝壳的分区方案是，gpt分区表，一个bios_grub分区，一个ext2的boot分区，一个lvm分区。lvm上面分8G的root，ext4格式。4G的swap，可以适应当前内存和升级到4G的内存(linux swap推荐是，4G以下两倍于内存，4G以上和内存一致)。1.7T的home，xfs格式。剩余268G。为什么要剩余？因为xfs只能扩展不能缩小，如果我需要扩展root和swap，或者需要产生新的lv来做虚拟机，不留下一定空间会出问题的。如果home不足，我再扩展150G基本可以解决问题。

分区和安装都很顺利，然而approx对新的系统基本没有缓冲作用。我略微想了一下，大概明白了为什么——原有系统是用i386架构和amd64内核，而新系统则是架构内核都是amd64。或者通俗来说，原系统是64位内核下的32位混合系统，而新系统是彻底的64位系统。32位的包对64位的系统一点用都没有，所以approx原有的包都白缓存了。

好吧，瑕不掩瑜，这次升级基本还是成功的。安装对应软件包，复制数据（推荐首次cp -a，速度快，后面用rsync保证同步），修改属主（否则很多程序无法启动）。尤其需要注意，mldonkey在downloads.ini中，不但保存了以哪个用户启动，同时也保存了用户id。新系统中用户名和id对应关系会发生变化，因此要修改正确。基本——事情就完了。

一个小细节是，uwsgi由于amd64升级，所以无法使用。贝壳解决了一下问题，重新编译这个包。另外，debian官方的包出来了，目前处于sid状态，大家可以等着什么时候进入testing状态了。

除虫故事（三）

2011-08-17T01:03:00.001-07:00

第三个bug是刚出的，贝壳刚刚从现场回来，提交了bug系统关闭申请。

问题是这样的，我们有一套系统，为客户提供从web访问某台windows的能力，作为管理系统使用。这个系统的后台使用了三四个不同的程序，通过管道通讯。目标设备上有一个组件，要适应2000/2003/2008的32位和64位环境，非常复杂。最近，贝壳将这套系统的目标设备的组件进行了重编译，提供了64位版本。然后测试发现，32位系统不工作了，64位系统正常。

第一反应是什么？一定是组件有问题？贝壳在服务器上，直接使用连接程序去连接，结果是成功的。这个表明组件应当是正常的，或者部分正常。问题就在web页面到连接程序的过程中某处。

负责web界面到连接程序的工程师同事接手了下一步排查，他也是一头雾水。系统看来一切正常，连接程序明明可以工作，为什么从web页面调用就会失败呢？而且只有32位会失败。web页面对CPU字长（而且是目标设备的CPU字长）并不敏感阿，这个听起来不合理。

测试过程中，测试部门的同事偶然的看了一下日志系统，发现了问题。我们的连接程序会写出日志，默认情况下这个日志的属主应当是web.web的，而当时的日志是root.root的，而且权限是644。所以当连接程序被直接调用，当前id是root，就可以连接成功。而连接程序被web调用，当前id是apache，日志写出就会失败，程序就挂了，目标设备会失去反应。

出现这个错误的原因也很直观，在某次调试后，有人删除了原始的日志，并且直接执行了连接程序。但奇怪的是，同样是连接程序挂掉，为什么64位就可以继续执行呢？我们讨论不出为什么，只有基本猜测，64位设备是2008，rdp服务版本比较高，所以相对健壮。

所以，实际的错误是两个。一个是日志权限导致的连接程序不工作。另一个是64位下不正常的连接程序依旧可以工作。

好吧，总结一下这个奇怪的问题中的教训。

1.隔离最小差异。要验证是否是组件升级导致问题，一定要进行旧组件测试，然后再测试新组件。万不可假定旧组件可以正常运行，直接测试新组件，从而将非组件问题带入排查。

2.单元测试隔离。每个部分都要做单元测试，如果测试通过却无法连接，那就是环境问题。再查不出，再检查通讯/调用记录。

3.通讯系统关联错误。当两个程序通过通讯工作，其中一个程序死亡时。另一个程序应当能够检测并且报错退出，而不是出现各种异常反应。

4.日志底线设计。程序一定要写日志，如果日志写不出，就写系统日志，再写不出，设法报全局错误。

ACC lead to no core temp reading?

2011-08-15T23:55:00.000-07:00

I bought a Phenom II X4 955 CPU month ago, recently I find that HWMonitor can't read core temp, just motherboard temp. I googled it and find this article. This article said that ACC is a tech will make AMD X3 work like X4 by unlock cores in BIOS. But CPU core temp sensors will not work, even use a real four cores CPU.

贝壳一个月前买了一块羿龙II X4 955（黑盒），但是最近发现HWMonitor读不出核心温度，只有主板温度。放狗搜了一下，找到这篇文章。根据这篇文章说，ACC是一种能够让AMD三核CPU像四核一样工作的技术，只要在BIOS中打开unlock cores选项就好。但是这个会使得CPU的核心温度传感器不工作，即使你真的有四个核，而不是仿冒四核。