林健的BLOG

　　年前购入一台 智器（SmartQ）V5，使用已有半月。
　　我购买 MID 的目的比较明确：折腾为主，实用为辅。
　　● 折腾方面，自然要安装通用的、开放的操作系统，既方便安装应用，也方便开发调试。同时需要提供简单的刷写机制以便在系统级做点文章。同时我对 Android 系统挺有兴趣，也想借此了解学习一下。
　　● 实用方面，主要是在外出或长途旅行时方便上网。WiFi 当然是 MID 的标配，不过国情所限，WiFi 的羽翼在绝大多数户外场合无处施展。因此，3G 网络成为我考虑的重要因素。
　　最后是价格，1500 元之内。如果不考虑价格，确实有不少基于 Atom 的、内置 3G 模块的 MID 或 UMPC 可供选择。但我的原则还是应将经济因素列为硬性指标。
　　基于这些限制，我最终选择了国产非知名品牌的智器 V5。

　　我最早了解智器这个品牌是在山寨机网，因此智器给我留下的第一印象便是山寨厂商。这次选机时才发现智器原来是一家有地址、有电话、有网站的相对正规的公司。智器 V5 相比同类产品性价比很高：1000 元出头，配置 ARM11 600MHz 处理器、256MB 内存、2G 闪存、4.3 寸 WVGA 触屏、WiFi、蓝牙、USB（Host Mode & On-The-Go）、HDMI、SD（SDHC），预装 Ubuntu、Windows CE、Android 三系统。虽然没有内置 3G 模块，但可以通过 USB 连接 3G 上网卡，应急时也可使用蓝牙连接手机 GPRS 上网。三个系统各取所长，实用性与可折腾性得到平衡。
　　不过这个价位的产品，缺点还是有不少。在购买之前我就已经从其论坛上做了仔细了解：产品做工不佳，尤其是 SD 卡插口无法合上的盖子以及手感明显不一的几个按键。单点触摸的电阻屏，不利于保护屏幕，也无法享受到 Android 的一些高级用户体验。续航能力有限，2000mAh 的电池用来上网也就 2、3 小时，而看视频的话几乎不能保证一部电影的时间。操作系统配置粗糙，预装软件杂而不精，响应速度慢，感觉很“卡”，等等。对于做工的问题，国产小品牌就不要强求了，我们要体谅中国的制造业。电阻屏的问题，主要还是受限于我所划定的价位，贴个膜防划伤吧。电池的问题，看视频不是我的主要需求，长途旅行时可以使用外置电池盒，也将就着吧。至于软件配置和响应速度，我倒认为不是问题。系统和软件是可以配置修改的，而像我这种在 Nokia 6600 上运行一堆后台程序，在五年前买的笔记本上跑 Windows 7 或 Compiz 的用户，对“卡”的敏感度远低于潮人们。
　　购入之后，我自然为之选配了 3G 上网卡与外置充电电池（这些也涵盖于 1500 元预算之内）。3G 选择联通 WCDMA，主要还是考虑过年回家的网络覆盖情况。4400mAh 外置充电电池可以保证我 30 小时左右的车程不至于太无聊（充电线 DIY）。注意照片中还有一个 USB 有线网卡，这个遗留资产遇到智器时还是能够发挥一点余热的，特别是在没有 WiFi 覆盖的宿舍里。
　　【实用场景一】 回家的 T69 列车上，用智器上网兼测试铁路沿线的 WCDMA 覆盖。京广、陇海沿线，有城镇乡村的地方半数以上能够搜到 WCDMA 信号。列车行驶中网络连接畅通，即使信号一时中断，也能自动恢复，无需重新拨号。而兰新线以及返程 K44 所走的包兰、京包沿线的情况则要差一些，当然这一线的城镇密度也远低于东部地区。
　　【实用场景二】 打的从嘉峪关到酒泉的路上，嘉峪关本地的司机不甚清楚我家的所在的小区怎么走（事实上在酒泉居住总时间不到半年的我，也不清楚应该怎么走）。这时我打开智器，联网秀出地图，司机随即确定了路线。
　　【实用场景三】 边从电视上看春晚，边从智器上看推友的热议。在看到推友贴出的刘谦魔术揭秘视频链接时，旋即点击播放。
　　作为成天与 Linux、Windows 及 Symbian 打交道的用户，使用智器一项重要体会就是 Android 的用户体验。在单点触摸、无重力感应、无 GPS、无电话功能的设备上，Android 的易用性依然远优于并非为掌上设备定制开发的 Ubuntu 和 Windows CE。特别是移动版的 Google 应用令我这个坚守了 S60v2 五年的用户眼前一亮（虽然玩过无数同学的 iPhone，但手里拿着一个属于自己的设备，这种“指”点江山、“掌”控天下的感觉才算最得意的）。
　　至于折腾场景，等闲下来再着手研究。从智器论坛上看，还是有不少闲人在智器的早期产品上玩出些花样的。权当它是一个功能完善的 ARM 开发板吧。

　　回家秀收藏。

　　Turbo Linux 可谓让 Linux 走进中国的功臣之一。Turbolinux 公司较早地致力于 Linux 的国际化，并推出了包括简繁体中文在内的多种语言发行版。早期的中文 Linux 教程，无论大陆版还是港台版，几乎是言必称 Turbo。作为一家老牌国际公司，Turbolinux 至今仍在维护其发行版（目前最新版本为兼容 RHEL 5.4 的 GreatTurbo Enterprise Server 11.3），其在中国的部门则偏重于行业应用与教育培训，而桌面市场风光不再。无论如何，Turbolinux 公司相比诸多乘 Linux 之风而起的公司来说，其转型是平稳而成功的。

　　蓝点 Linux（BluePoint Linux）曾是几个年轻的创业者打造的中文 Linux 传奇。上个世纪末，它凭借着“内核中文化”的理念，与 Turbo Linux 在中文市场一决高下，曾一度拿下大量国产品牌机的 OEM 订单。可惜蓝点的中文化方案最终没有与标准的 i18n 走到一起，创新的思路反而成了技术骂战的导火索。在历经了一系列技术与市场的变故之后，这个曾在 NASDAQ 上市的小公司先是放弃了 Linux 转做嵌入式，继而光环褪去，从人们的视野中逐渐消失。纪念蓝点，纪念那些执着的技术开拓者们。

　　国内涉水 Linux 发行版的大型通用 IT 厂商中，最有名的当数联想了。2000 年，原联想软件事业部一度推出了幸福 Linux（Happy Linux）家用版、服务器版、嵌入式版全线产品，并在自己的部分 PC 产品中预装，以平衡品牌机操作系统的成本与版权。其重要特色之一是将其在 Windows 平台的代表作——“幸福之家”移植到了 Linux 平台。然而已经广泛接受盗版 Windows 的消费市场并不买联想的账，这个幸福 Linux 连同 Linux 版的幸福之家，很快便为 Windows XP 的登台让了路。

　　世纪之交，国家开始重视国产核心软件的研发，一系列项目基金投向了基于开源代码的操作系统。这的确催生了红旗等几个掌握某些领域核心技术、推出了市场认可产品的 *NIX 厂商。而更多的厂商，如中标普华，则依赖于政府和相关行业的订单。还有一些发行版则是昙花一现，比如共创 Linux。在这种大环境下也难免出现少数涉嫌抄袭造假的尴尬案例。国产 *NIX 发行版最终谁主沉浮？技术因素（特别是中文化）早已不是核心问题，大众消费市场的神话也不复存在。这些挂靠国家科研项目发行版，恐怕比拼的是在中国特色软件环境下的做事能力了。

　　其实当年想借 Linux 发家的不只是这些背景各异的厂商，一些盗版者也动起了 Linux 的脑筋。尽管开源且免费，但对于那个时期的国内互联网，速度和费用的劣势还是让盗版光盘抢占了自由软件发行渠道的一席之地。看看手头这张《PC 软件全接触——Linux 工具集》，涵盖了多少你似曾相识的软件呢？

　　历史，就是在这样大浪淘沙。

　　补遗（2010-2-25）：

　　今天幸运地淘到了这款号称是“首套中文 Linux 操作系统”的 Xteam Linux 1.0（中文名为“冲浪平台”）。成立于 1998 年的冲浪平台公司可以说是国内第一家专业 Linux 开发商，其名称显然来源于互联网刚刚进入中国时所流行的“网上冲浪”的说法。Xteam Linux 早已无人问津，不过转型之后的冲浪平台公司目前作为某香港上市企业的子公司，至今仍然存在。这好歹让 Xteam 的名字成为了“先驱”而非“先烈”的代名词。

　　IPv6 环境一般使用 DHCPv6 和 ICMPv6 协议自动配置网络参数，网关配置错误或多个网关的存在会导致客户端得到错误或冲突的配置参数。最近在我使用的 IPv6 环境中，就出现了网关同时给一个客户端分配多组 IPv6 地址、两个 IPv6 路由的问题，这使得路由发生混乱，IPv6 网络无法连通。由于种种原因，网管一直未能解决此问题，我们只好试图在客户端动动脑筋。
　　按照 IPv4 的经验，如果 DHCP 有问题，直接手工配置静态地址即可。但我们的环境中，即使手工配置了静态的 IPv6 地址和路由，发现没过多久又会恢复原状。看来还是有一定的自动配置机制在作祟。经搜索得知，这是 ICMPv6 的路由发现（Router Discovery）特性，系统会根据其收到的 ICMPv6 包自动修改 IPv6 配置。下面要做的就是过滤与路由发现相关的包。
　　在 Linux 下，可以使用 ip6tables（即 iptables 的 IPv6 版本）过滤相应的 ICMPv6 包：

　　可以将上述命令加入 /etc/rc.local。或使用 ip6tables-save 导出到文件，在启动网络前使用 ip6tables-restore 恢复。
　　在 Windows Vista/7 或 Windows Server 2008 以后的版本，可以使用这条命令：

　　执行一次之后持久生效，重启后不用再次执行。
　　而在 Windows XP 下，目前还没有发现很好的办法。XP 对 IPv6 的支持仅仅是一个“预发行版”，实现并不完善。手工配置 IPv6 地址和路由只能使用“ipv6 adu”、“ipv6 rtu”命令，而没有图形界面支持；虽然 XP SP2 以后 Windows 防火墙加入了 IPv6 支持，但仍不支持 ICMPv6。我没有查到 XP 下屏蔽路由发现协议的标准方法，目前可行的办法是使用支持 ICMPv6 的第三方防火墙软件，比如 ZONEALARM Internet Security 8 以上版本。

　　使用 web 主机而非 VPS 的站长，站点的备份或同步常常是一个问题。很多站点只能使用 ftp 做单向备份，基于较弱的元信息来判定文件是否需要重新下载，缺乏校验、压缩、增量传输等高级特性。有的服务商在 web 控制面板中提供备份功能，或允许上传简单的 cron 脚本，但这些途径通常只适合备份整站或指定目录，而不方便以增量方式传输更新过的内容。Linux 下成熟的镜像同步工具是 rsync，如果你的 web 主机允许 ssh 登录，则可以考虑使用 rsync 或其它类似工具。
　　网上有很多说法认为 web 主机不允许跑 daemon、不允许开自定义端口，故而无法使用 rsync。其实不然，rsync 可以仅通过 ssh 连接而不需要开放额外的端口，服务端也可以借助 sshd 来启动而不需要作为 daemon 运行。我们需要的只是 ssh 登录以及运行自己上传的程序的权限。我使用的 Godaddy Economy Plan Hosting (Linux) 即属于这种情况。
　　Godaddy 的 web 主机不提供 rsync 程序，我们可以从本地上传一个。需要注意上传的 rsync 二进制文件应该与你的 web 主机的平台一致，连接 libc、libpopt 等库的版本一致。对于使用 x86 版 CentOS 5.2 的 Godaddy 主机，我也直接在相同版本的 CentOS 中提取了一个 rsync 上传。这时，在客户端使用“-e”参数指定连接方式为 ssh，用“--rsync-path”参数指定服务端 rsync 所在的位置，即可借助 ssh 连接传输数据了。

　　如果客户端为 Windows，则可以使用 Win32 下移植的 cwRsync，这个工具基于 cygwin 库但不需要安装整个 cygwin 环境，它同时包含了 Win32 版的 OpenSSH 客户端。上述命令无须修改即可在 Windows 下运行。
　　rsync 解决了文件的单向的备份或镜像功能，但如果需要双向同步，更适合的工具是 unison。unison 使用 OCaml 语言开发，基于 rsync 算法对两端文件进行比较，将它们更新到一致的状态（最新的、不冲突的版本）。unison 可借助 socket、ssh 等连接方式，并支持多种操作系统。与 rsync 类似，我们需要向 web 主机上传一个 unison 二进制文件。官方只提供了最新版的源代码，需要自行下载到本地编译（事先安装 OCaml 编译器及 etags 工具）。服务端部署之后，客户端配置文件（[config_name].prf）为：

　　在客户端执行 ./unison [config_name] 即可完成双向同步。注意 unison 要求服务端和客户端的主次版本号一致。
　　如果客户端为 Windows，同样可以使用来自 cwRsync 的 ssh 命令。如果嫌这个 ssh 外加 cygwin 库的体积太大（~5M），另一种替代的方案是使用 Putty 提供的 Plink 工具。这是一个小巧的 Win32 ssh 客户端（276K），由于运行参数与 OpenSSH 不同，因此需要写一个批处理文件（ssh.bat）来封装：

　　并在 unicon 配置文件中指定 ssh 命令：

　　此时运行 unicon，即可使用 Plink 进行 ssh 连接。
　　无论使用 OpenSSH 的 ssh 还是 Putty 的 Plink，都可以借助公钥认证方式避免密码的输入。这样有利于定时备份和同步的自动化执行。具体方法不再赘述。

　　Btrfs 凭借着其优良的可伸缩性和诸多有用的特性，有望成为 Linux 下一代文件系统。目前它已被纳入主流内核支持，接受用户的实验性（Experimental）使用。
　　今年 2 月 hutuworm 给出了一篇《Ext4 ReiserFS Btrfs 等七种文件系统性能比拼》，他是在 2.6.29-rc3 内核上使用 IOZone 3.318 做的测试。Btrfs 官方 Wiki 也给出了一些第三方测试数据，基于的是 4、5 月份的版本。官方 Wiki 同时指出他们在不断解决这些测试中所发现的问题和瓶颈。这几天我也对 Btrfs 进行了一些测试，并针对某些新特性进行了研究。我的测试基于 2.6.32 内核，使用的工具是 IOZone 3.327，对比对象为 ext3 和 ext4，机器配置为 2 * 4Cores Xeon 2.0G / 8G Memory。从测试结果看，性能方面，Btrfs 在 CPU Cache 区和 Buffer Cahce 区较好，在 Disk I/O 区不如 ext3/ext4（所谓三个区的划分参考 IOZone 文档）；可靠性方面，Btrfs 仍有待加强。下面简述我的几条观察（详细数据省略）。

./iozone -Rab output.xls -g 16G

./iozone -Rab output.xls -s 16G -r 2M

tar cf *.tar *; tar jcf *.tar.bz2 *

　　性能方面：
　　1．CPU Cache 区和 Buffer Cahce 区的 read 吞吐率，Btrfs、ext3、ext4 相差不大。
　　2．CPU Cache 区和 Buffer Cahce 区的 write 吞吐率，明显地 Btrfs 优于 ext4 优于 ext3（tar 测试检验了这个结果）。
　　3．Disk I/O 区的 read 吞吐率 ext3 占优，write 吞吐率 ext4 占优，而 Btrfs 两方面均劣于 ext3、ext4（与 hutuworm 的结论类似）。
　　4．三个文件系统对于小于 CPU Cache 区的小文件，都有“文件或记录过小时读写性能变差”的问题。其负面影响程度 BtrFS 大于 ext4 大于 ext3。
　　而可靠性方面，常规的读写校验并没有出现问题，但在测试 Copy on write（COW）特性时，先后遇到两个错误：
　　1．最初使用 2.6.31-15 内核测试，出现了克隆文件与原始文件计算 MD5 有可能不一致的问题。开发人员回复说这个 bug 已经在 2.6.32-rc 以后的内核中修复。升级内核后此问题得以解决。
　　2．目前使用 2.6.32 内核测试，发现同时读写原始文件和克隆文件，有可能致使 syslogd 出错、文件系统没有响应。现在我还没有得到可靠的答复，但相关回复者基本怀疑是竞态问题。
　　有关 Btrfs 其它的高级特性我还没有详细测试。正在使用或打算使用 Btrfs 的朋友，也欢迎与我交流。