升级了centos：7镜像后 java时区又不准了

之前的文章提到过把镜像的／etc／localtime 删除后挂载本地的就可以解决问题，但是最近更新了centos7的基础镜像，发现时间又少了8个小时，确认了下镜像制作没问题，但是依然出现了，百思不得其解，于是把java获取时区的代码抠出来了

虽然docker化是大势所趋，但是由于docker的缺陷，容器化过程中还是有不少坑要填。

vm与容器
vm的虚拟化方式是采用hypervisor 实现硬件的资源的隔离调度，每个vm都有独立的内核，容器实现的虚拟化方式是通过操作系统的namespace + cgroup机制实现虚拟化

新年快乐

几个月前突然想看下协程相关的东西，于是下了demo跑了起来，测试代码如下

最近在研究libco,打算把这用到新模块看能不能提升开发效率，改造访问mysql的模块真的是简单封装下就可以了。不过libco没有协程池之类的东西，这个协程管理起来比较麻烦，所以需要自己写个协程池节省下资源。调研的时候是libco + hredis-vip sync api，写起来真的无脑，但是一个协程要分配一个redisClusterContext, 一个redisClusterContext 最少也有一条连接，1000并发就至少要1000个连接，这种写法意外的可怕，而且对比了hiredis async的api，发现sync模式的api带来的开销也非常大，零散的read write请求会消耗client和server大量的cpu。所以尝试了合并多个请求到一个连接上面，这个改动一举多得，于是啃了hiredis vip的源码，尝试开始改动，中间过程省略….

为什么是2呢，因为以前写过一篇couchbase 相关的坑了，而且其实遇到了好多乱七八糟的坑了，有精力写出来的话，还有 3和4

使用火焰图定位cpu性能问题是一种实用的手段，可以简单的从火焰图中看出性能的瓶颈点，cpu火焰图有on cpu off cpu 两种模式。前些日子发现有个python的性能问题需要分析，于是搜到profiler_online这个开源项目生成on cpu火焰图

zeroc ice是一个rpc框架,广泛应用于我们后台服务，在uwsgi+django使用icepy(ice python是在ice c++的基础上封装了一层供python使用，代码是v3.6.3)的时候遇到了下面这个问题

2017-01-03 我旁边的同事突然问我说怎么机器上账户切换不了了，提示Resource temporarily unavailable，条件反射是不是连接泄漏了，ss -s了下 几百个连接而已 正常的不行，然后top了下，发现服务进程吃了19g的内存，估计就是内存泄漏了，导致连切换账户的资源都没有，于是问老大要了root 权限，想dump下堆栈和内存的，结果死活连不上jvm，无奈只能杀了进程重启了.