不喜欢 Yosemite 也不喜欢iOS 7，只为一个原因，总觉得字体、间距等不太对，总觉得很凌乱。

如果是内存问题的话 应该会报OOM 或OOM:PermGen space的

查查文件在2300万行左右是否有什么问题导致你在读取文件的时候卡住
读取文件的代码会不会有什么bug引起问题
怀疑LinkedList 的话完全可以把LinkedList换成Node[50]

看看host跟guest的时间

右手。当年玩vos的时候因为右手空格导致很多歌的分不高 ,还特意练左空, 不过改不过来....

vagrant很痛苦 在windows上.
virtualbox的shared folder有严重的性能问题 Mac OS 还能用nfs ,windows上只能用smb或者rsync。
smb性能也不行，而碰到文件多层次多的时候 vagrant的rsync也不太正常

刚买了个森海塞尔入耳的 cx175 带着难受
再也不买入耳的了.

@sujin190 嗯 不到 90几万

@sujin190 找到个坑...程序上有个地方无索引的排序整个大collection，把这个语句干掉之后似乎情况好了不少...

@happy123
@codingpp
faults 4～15 所以还是内存的问题..我准备晚上试试 repairDatabase 这样数据文件能变得小一些 看有没有效果.

@codingpp 有过这个怀疑 但是不敢关闭 - -

@msg7086 考虑迁到postgreSQL上去,这样部分数据结构的问题可以使用PostgreSQL的json字段的特性解决,只不过这个需要开发时间,我现在需要解决掉这个高IO的问题,还不知道我如果持续不解决,Linode会怎么处理

@msg7086
insert query update delete getmore command flushes mapped vsize res faults locked db idx miss % qr|qw ar|aw netIn netOut conn time
1 4 *0 *0 0 1|0 0 7.95g 16.1g 2.82g 1046 site:0.1% 0 0|0 1|0 4k 3k 17 14:06:33

mapped 近8G vsize 16G
4G的vps 而mongodb的数据文件也已经涨到8G了,按楼上的回复 应该是内存不足导致的.

@jungledrum iotop活动前三都是mongodb的进程

@skybr
@kslr
- -# 除了加内存就没有别的活路了啊？

@notnumb 使用cgroup这样去限制不会影响网站的速度吗？我是希望能从应用的层面来处理,比如通过iotop观察到一次查询瞬时300M/s的disk read 这是我的文档结构设计得不合理吗？

没有额外配置的情况下vagrant使用的是虚拟机自己的shared folder 如果你对这个不满可以改用nfs或者rsync
http://docs.vagrantup.com/v2/synced-folders/rsync.html

很明显你们的server没有跑ubuntu的,而这个senior对ubuntu也没有兴趣
所以很明显人家是懒得在这个上面花费时间,随便个借口打发掉,让你自行解决而已,没必要想太多.