Terry Wang (@terrywang)

Sydney, Australia

The below is an off-site archive of all tweets posted by @terrywang ever

June 19th, 2013

@ayanamist 据说当初起名叫 ZFS 的用意就是 => The Last Word In File Systems 终极文件系统,还真做到了 ;-)

via Hotot for Chrome in reply to ayanamist

Hudson CI 变成了 Jenkins RT @hillwood: 被 Oracle 搞废的项目:openoffice.org, java, Solaris, MySQL...没提到的请大家补充。我想朝 Oracle 的办公室扔鸡蛋。

via Hotot for Chrome

@ayanamist ZFS 不一样,底层文件系统本身就是 CoW 实现,所以做快照/克隆所产生的额外开销小到可忽略不计。而 Linux LVM 之上的传统文件系统,无法意识到块设备层的 CoW 操作,此外 I/O 得通过 LVM 这层『代理』实现,性能肯定差了。

via Hotot for Chrome in reply to ayanamist

ZFS 是文件系统+逻辑卷管理,底层文件系统本身就是 CoW 实现,所以做快照克隆产生的额外开销小到可忽略不计。而 Linux LVM 之上有传统文件系统,它们无法意识到块设备层的 CoW 操作,此外 I/O 得通过 LVM 这层『代理』实现,性能必然打折扣,不能和

via Hotot for Chrome

其实要用 Snapshot 做备份的话,还是用纯粹的 Copy On Write 文件系统实现比较好,比如 ;-)

via Hotot for Chrome

某同事说他尽量避免使用 LVM 他做过一些测试得出的结论是相对于块设备上的同种文件系统 LVM2 有近40%的额外性能开销。这与我所知相差甚远:性能损失相对于其灵活性可以忽略。研究后发现确有此事,有无快照对逻辑卷 I/O 性能影响巨大,非得用快照的话 chunksize 越大越好

via Hotot for Chrome

@Jasey_Wang 厂里开始搞 然后就涉及 Infrastructure as Code 『基础架构代码化』的基调已定,工具也有了,接下去就是开始着手把手动系统管理/配置工作和 shell 脚本改写成 Cookbooks / recipes 用 Git 管理。

via Hotot for Chrome in reply to Jasey_Wang

Chrome 稳定版升级到 28.0.1500.45-r205727 之后会在用户的 $HOME 目录创建一个空文件 libpeerconnection.log 查了一下原来是上游 Chromium 的 bug -_-z goo.gl/OWBLm

via Hotot for Chrome