方法有很多 Socket 通讯
如果是在同一台机器上可以用 Named pipe

高级一点就用 MPI 。

也许 Message Queue 也适合你。 这个是 Broker 的通讯方式。

如果你不想要 Broker 可以尝试 RPC ，类似 Thrift Grpc 都可以试试啊。

或者干脆基于事件分析，做个简单的 pub sub 也可以有。

以上这些总有一款适合你。当然我不是很了解您的情况。只是个人拙见。

我直接丢到国外服务器上编译了。

给大家一个不用注册的：
http://philo-b1.daoapp.io/
http://philo-b2.daoapp.io/
http://philo-b3.daoapp.io/

root 密码为 p
不谢，随便体验。

我觉得这个适合你：
https://github.com/spf13/spf13-vim

写个js ，然后get http://1111.ip138.com/ic.asp 这里。
回头你用curl试一下，处理一下返回值。拿到数据之后。
怎么个处理流程就看你了。

用stmt可好？目前我就是这么做的。

RSA+HMAC
HMAC不说了
RSA各种语言都有实现，包括js，网上找就能找得到

通讯登陆过程中互相交换PublicKey,客户端临时生成服务器端周期更新。即可。
之前我写过文档记录这个。https://github.com/lijianying10/FixLinux/blob/master/prob/PHP-RSA%E5%8A%A0%E5%AF%86%E8%B7%A8%E5%9F%9F%E9%80%9A%E8%AE%AF%E5%AE%9E%E6%88%98.md
可以参考一下。

关于造轮子：
都是现成的看看代码复制粘贴的事。

最后希望能帮到楼主。

不知道是何种业务，
1. 取一份程序拷贝准备复现问题
2. 两个方面来确定问题的来源
1. 用更高的业务访问频率（业务参数）来模拟在线程序的情况，让问题显现更清楚
2. 满足上面一条之后，（如果是巨大循环的算法）每次注释掉一个模块，来排查问题。找到是那个大模块之后，再从大模块入手使用同样方法，直到找到泄露点。
1. 尽量避免注释掉依赖模块。从底层开始。
2. 模块的划分粒度大小很重要，影响排查速度
3. 如果是由独立业务堆砌出来的大型程序，要从业务划分来找到一个或者多个业务发生泄露，然后使用上面的方法
4. 如果十分确定使用上面两条找不到。最后一招CodeReview。
5. 找到来源之后修复一下，做项目回归测试。

希望此流程能帮到楼主。这也是我在做计算程序的时候排查泄露时候的方法。

go 1.5
RKT
RunC

无论进入多大一个坑，你做的只是需要解决问题。
你不需要烦闷，也不需要伤心，也不必为一个不值得伤心的单位浪费太多时间。
我不鸡汤。
希望LZ能往前看，止损最重要，既然损失了跟SEO说一声就好了。
然后继续往前看，继续转更多钱，开开心心生活才是解决这个问题最好的办法。

哎，因为这事咱也分了。处了三年。

如果楼主看完这篇：
http://server.51cto.com/sCollege-188250.htm
可以发现，CPU使用率仅仅是一个统计而已。
通过包含了每一种cpu使用情况时间的统计。
因此从不同时刻考虑cpu使用率有不同的统计结果。

最后希望能帮到楼主。

@zhuang 首先感谢深夜解决问题
1. 我的CoreOS是通过开机启动装载到内存中的。具体方式（http://www.philo.top/2015/07/16/pc-docker/）
2. host 中 /mnt 挂载的位置在硬盘的/dev/sda2 ext4分区
3. 原地复制的意思：
cp -rf /mnt/blogWork/blog /mnt/blogWork/blogcp
然后修改配置文件 "source": "/mnt/blogWork/blog", -> "source": "/mnt/blogWork/blogcp",
然后权限就正常了。
4. 好使不好使区别在于查看文件权限的时候对不对。 具体可对比blog中的输出。

JVM
GC
框架之类的你只需要读说明书会用即可。
只有上面这两项个人觉得，注意只是个人觉得比较重要。
本人java虽不是最擅长，但是觉得这两项最重要。

希望能帮到楼主，祝楼主武运昌盛。

@ekeyme 哎，这并不是牢骚啊亲，这直接证明了我工作沟通能力不够啊。
嗯嗯，我也在努力的改进，因为我坚持写Blog也是为了能够获得一个比较好的工作沟通能力，对工作内容上的语言表达能力。

给你理解上造成的问题表示抱歉。


@zhuang http://www.philo.top/2015/07/17/RunCSimpleTest/#尝试运行hexo
已经更新Blog贴在连接的下面了。一眼就能看到。下面有 **这里贴出完整Config.json** 字样。

@lilydjwg 是啊是啊，非常诡异。
比如说A文件夹出bind的时候出现了不好使的情况。
然后复制A文件夹还是在这个目录名字叫B，然后在bind的时候就好使了。
目测我自己弄错什么地方了。

@zhuang 我的环境是CoreOS，原地复制的意思是，原来无法bind的文件夹cp在复制一份出来挂载权限就没有问题了。是这个意思。
至于说思路不清晰请您指导下，我马上改。