这个工作是去年10月，在自已研究所里做的。用的刚出来的Ubuntu 10.10服务器版本，搭建了一个5个计算节点，120 CPU核的计算集群。当时有个比较“懒”的解决方案，就是装Rocks系统。不过发现这个系统，用yum做软件包更新，库不是那么新。而我们的程序用到比较新的Qt库，所以转而用Ubuntu的 apt-get。毕竟自己的台式机，笔记本都是这个系统，管理起来应该也比较容易。
写写也就这么多的要点，但当时没有任何服务器经验，从头做起，折腾了三天时间。现在俨然成了研究组的系统管理员，不过这个活不好干，花时间不说，很多时候吃力不讨好。
今天羊羊两岁了。出生和第一个生日在地球那边，第二个生日在地球这边。
到悉尼以后方便了，蛋糕上都可以直接写中文了。
“来羊羊，笑一个”
羊羊拿起相机给蛋糕拍个照
“两个蜡烛亮亮的，不知道搞什么名堂......”
“管他什么意思，吹了再说。”
“羊羊，闭上眼睛，许个愿吧。”
吃蛋糕的“战果”。
================================
这两周都是在反复修改项目申请中度过的，没日没夜的生活。在项目申请里，提到里两个应用，一个是地震，一个海啸。众所周知，项目申请里的所谓“应用”基本都是扯淡。在澳大利亚，还有注意提到对于国家的贡献（National Benefit）。忙完这一段时间，就要去写一篇正真关于地震的科研文章了。
结果两天前日本地震了，引发了海啸。看到了下面的海啸浪高图，可能之后要在项目申请里引用一下。说“就在我们起草这个项目申请期间，日本的8.9级地震引发了海啸”。
另外，先听说日本可以在30秒左右前发出地震警报。后来想想大学里学的《弹性力学》就知道，其实是观测站测到传播速度比较快的p波（压力波），然后发出警报，而之后到达的s波（剪切波）则是对于建筑物破坏力最大的。这两个波的差别在于，压力波过来把建筑物先上下晃动，建筑物不倒塌，但结构已经破坏；而剪切波到了以后，左右晃，建筑物就承受不住了。类似于两个人打架，一个人站稳马步，对手过来从下而上当档一脚（压力波），然后一个扫堂腿（剪切波）。除非练了少林铁蛋功（youtube），谁都站不住了。
由于这次日本的震中距离大城市比较远，这样的预测还具有一定的作用。如果像前不久的基督城地震（wiki），震中距离城市只有5公里，这样的警报提前时间就太短了。
————————————————
