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也没有兴趣
所以很明显人家是懒得在这个上面花费时间,随便个借口打发掉,让你自行解决而已,没必要想太多.

@lightening 这个操作在master下 git merge --squash dev 更简单吧

@9hills 我目前就是搭了个git server 来同步和管理文件,还是倾向于一个更统一的方式.VoodooPad的组织文件的方式是比较合我心意的,可惜不支持gfm 预览的功能也不够好,还太贵了些- -

vagrant是提供虚拟机镜像 而docker是在Linux 容器上将应用程序跟依赖打包。
如果你只是开发环境不需要docker,但是你可以将你程序用docker打包方便部署..

是的。
你可以尝试用VirtualBox打开VirtualBox VMs下的虚拟机找到你原来的虚拟机,然后再填写对应的id
如果用VirtualBox找不到的话,据我所知是无法恢复了..