今天写代码写的比较爽

我之前怀疑ICE会不会因为太臃肿了,而导致RPC效率不高。于是从前天开始,就准备重新用google protocol buffers实现一套,比一比。今天下午快下班的时候,终于写完,并做了benchmark。结果与ICE差不多,没有明显差异,在单线程的客户端上依然是7000-8000的QPS。不过悲剧的是,服务器端有内存泄漏。哈哈…… 明天慢慢找吧。另外,之所以重写,是因为我想采用thread-per-connection的模型,本来是想提高CPU使用率,可是后来一想,其实。。。唉,难说。如果像现在这样,单个客户端很难把服务器的CPU吃满,那么这种模型也还好。但是如果慢慢的把更多的逻辑加进去,而客户端的请求量不均等的话,那么不是很好。再说吧。反正MySQL是这么做的,我仿它的。至于那些建议我用epoll的人,麻烦给我足够的理由,否则我没法接受,我觉得很可笑。

今天一上班就在不停的写代码,感觉就跟刚进大观园的刘姥姥一样,头也不抬,仿佛要一口气吃掉一头牛。有时候我觉得最需要被做benchmark的不是我们的代码,而是我们自己。为啥呢? 因为,现在互联网公司的绝大多数项目,运行效率不是第一位的,开发效率才是第一位的。所以我们总是想做出更简单易用的框架。嗯…… 给人做benchmark ? 太难。

明天把BDB加进去把存储部分写完,下班之前就可以测出上篇文章我想要的答案了。虽然,不是最终值,起码这是一个起点嘛。

如果有精力,就在服务器端和客户端各加一个线程池,做connection pool。

下班!

此博客中的热门博文

在windows下使用llvm+clang

少写代码,多读别人写的代码

tensorflow distributed runtime初窥