@xingxiucun
@spark
@zhufenggood
谢谢你们的答案, 我知道很多人会说用 gvim 或 macvim 取代 vim. 不过我不喜欢同时开太多工具. 对于做 web 开发的人来说, terminal 和浏览器是必定要开的. 在 terminal 中使用 vim, 只需要切换标签页. 而如果又开一个 macvim, 切换的成本太高了. 况且, ssh 操作服务器的时候, 只能用 vim, 本地也用 vim, 可以保持工作环境的一致性. 好吧, 也许是我强迫症.

@Maslino 我前面的回复里说了, 这个 linode 上还有个 discuzz, 我也注意到它的表崩溃了. 我有几天关掉了这个 discuzz, 但是问题还在. 可见不是它的问题. 而且,就算修复了崩溃的表, 过不多久, 这些表又崩溃了.所以我懒得管它了.

@VYSE 从 htop 的显示看, 整个系统的内存确实几乎耗尽. 但其中, mysql 占了12%左右, django 占了4%左右, 其他都很少. 不知道问题出在哪里.

@mahone3297
1. htop 中, mysql 的进程有20多个, 我也不太明白这个是由哪个参数决定的
2. innodb_buffer_pool_size 之所有设置成这么多, 是因为我用mysqltuner这个工具测试了一下我的配置, 结果如下:
-------- Performance Metrics -------------------------------------------------
[--] Up for: 27m 23s (19K q [11.997 qps], 941 conn, TX: 48M, RX: 4M)
[--] Reads / Writes: 96% / 4%
[--] Total buffers: 344.0M global + 2.7M per thread (20 max threads)
[OK] Maximum possible memory usage: 397.8M (40% of installed RAM)
[OK] Slow queries: 0% (11/19K)
[OK] Highest usage of available connections: 35% (7/20)
[OK] Key buffer size / total MyISAM indexes: 64.0M/1.5M
[OK] Key buffer hit rate: 100.0% (456K cached / 7 reads)
[OK] Query cache efficiency: 40.7% (6K cached / 15K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 1K sorts)
[OK] Temporary tables created on disk: 23% (191 on disk / 827 total)
[OK] Thread cache hit rate: 99% (7 created / 941 connections)
[OK] Table cache hit rate: 25% (450 open / 1K opened)
[OK] Open file limit used: 62% (641/1K)
[OK] Table locks acquired immediately: 100% (10K immediate / 10K locks)
[OK] InnoDB data size / buffer pool: 146.0M/180.0M

这里面最后一条,提到我的数据库大小是146M, 而我的 buffer size 要比这个大才行. 因此我才设置为180M. 如果设置成小于146M 的值, 数据库 crash 之后, 就会分配内存失败, 起不来.
3. 其他的几个参数, 我也是根据 mysqltuner 的建议修改的.

@fire9 my.cnf 在这里:
https://dl.dropboxusercontent.com/u/55214241/my.cnf

@xingxiucun 貌似确实没有. 但是, 除了自己编译, 没有解决办法么?
vim --version | grep clip
-clientserver -clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments
-xterm_clipboard -xterm_save

@timchou
=========================
完整的 error.log:
https://dl.dropboxusercontent.com/u/55214241/error.log
说明: 这台 linode 上还给一个同学跑了个 discuzz 论坛, 日志中可以看到ultrax相关的表 crash 了:
140109 8:24:35 [ERROR] /usr/sbin/mysqld: Table './ultrax/pre_forum_promotion' is marked as crashed and should be repaired

开始我怀疑是这个discuzz 导致的. 但我把它关掉观察了一段时间, 数据库还是会不断崩溃, 所以和这个关系不大. 而且,在有这个 discuzz 之前,我也会经常收到出错邮件.
=========================
完整的 my.cnf:
https://dl.dropboxusercontent.com/u/55214241/my.cnf
=========================
htop 的内存占用截图:
https://dl.dropboxusercontent.com/u/55214241/htop.png

@fire9 太少了吗, 能否说详细点? 因为之前经常出现因为内存不足导致数据库 crash 后无法恢复的情况, 于是我就把这个值调小了. 我用 mysqltunner 检测了下, 貌似这项提示是 OK 的.

@Livid 字面上的提示来说, 确实是内存不足. 但是没道理啊, 这么点访问量, 1G 的内存, 不至于不够吧?

广告:
使用 Rabel 搭建了一个 v2ex 风格的论坛, 针对新西兰华人: http://nz4cn.com/
目前新西兰的相关论坛例如 skykiwi, 旅行箱之家, whver 等, 几乎全部是 discuzz 搭建的, 个人不是很喜欢那种杂乱的风格.
希望这个 nz4cn 社区能将 v2ex 的清新风格带到新西兰,发扬光大.
欢迎各位 v2exer 前去捧场^_^

@daiv Livid 的版本是针对 GAE 的,我不是很熟. 关键是, 看了下 Rabel , 发现界面更考究, 安装也非常方便, 甚合我意. 真要维护, 我想学点简单的 ROR 也是不难的.

@ShadowStar 我也觉得纳闷,没办法,换回自带 bash 了.

@fdsfsdfsdf3334 是这样的, 其实这才是在海外最大的挑战, 如果是20不到的孩子独自过来留学, 可想而知会更难受. 还好我老婆一起过来了.

@holmesabc 谢支持:)

@Seita 本来是计划拿 Project Babel 的代码修改为 Django 的,但是发现工作量好大...
看了下 Rabel , 完成度已经非常高, step by step 下来, 几分钟就搭建好了, 大赞.
Python 程序员也可以学习下 Ruby 的, 无妨:)

@Seita 哈哈,赞. 都算是 v2ex 的衍生站点. 希望 v2ex 的影响越来越大:) @Livid

@akinoniku 好的,欢迎~~

@min 在 Python 和 Django 上已经花了3年多的心血, 而且也确实很喜欢. 能不换尽量不要换了. 而且, 还没到无路可走那一步, 年底找不到工作是正产的, 只怪自己来的时机不好. 再看看.

@maddot 对,房租是这里最大的开销. 我每个月大约花人民币1w,其中6k 多是房租.