@kingwkb 2 要写的日志,塞入到一个日志 buffer 队列,达到队列最大长度时,丢弃日志消息。日志线程取消息写日志。 5 根据 id 的模分发到对应组中,这样保证了同样 id 的分到同一个线程,同时做到了消息分组,减少锁竞争
补充,其他的还有:挂住快速重复请求的客户端,预分配消息内存池等
1 尽可能多的 cache 业务请求 2 日志放到一个线程来写(减少锁竞争),日志消息过快时丢弃 3 系统全异步处理消息,用队列控制请求过快 4 通过把绑定中断到不同 cpu,分摊中断压力 5 消息处理分组,减少锁竞争 6 后台业务系统连接,采用自己写的连接池 7 优化 linux 系统上关于网络配置内核参数 8 避免了 linux 上一个 OOM 坑,解决了一个非常诡异的 bug
卤煮不错,呵呵,去尝尝北新桥的。前门有家卤煮,跟同事以前吃过几次,也不错。有本书《100 元吃遍北京》,按上面说的吃过几家,不错
抢楼
抢楼
@ericguo ,恩,是你说的。估计是 msys 越做越强了。我曾经用 msys 和 mingw 结合,在 windows 上编译过 vlc 的一个扩展,挺强的,无论是编译过程还是编译出来的结果
笑喷了
作为一个 ruby 方面的新手,感觉 ruby 社区做的挺好的。非常感谢@lgn21st这样的人的坚持和付出!
小惊喜,呵呵
@cisolarix ,是的,两种方式都是升级了 Guard-spork 的版本
@lgn21st ,顶!
@jasl,是的,呵呵。说是知识和经验已经硬编码到脑子中了。在刘未鹏的一篇文章中提到过动物的这方面的例子。
呵呵,发这条是想到自己毛头小伙的时候,有点感触,所以摘了出来
把标题中的 bug 字样去掉了,呵呵
@nightire ,这个教程作者一直在 github 上维护着更新,最新版的也存在这个问题。不过,作者演示的可能是 mac 系统,说在 ubuntu 上有 bug 可能有点过分了,呵呵,用 issue 可能更合适
@saillee ,rsa_encrypt不会有问题的,因为这个是标准的,就是说对要加密的数据转换一定是一模一样的。不过,加密时的参数要注意,要设置好。另外就是加密数据时,输入的数据格式,或者输出的格式要求可能不同,所以我建议你打印一下数据格式,最好用你解密时的语言也做个加密的,跟ruby加密的比较一下。我在公司以前用c++(windows上)写的RSA加密的数据,发送给一个用php(linux上)写的网关,解密都没问题。另外当时加密的数据,在c#中也用到了,都没问题。不过,跟php联调的时候,出了点小问题,好像是加密过程中,对剩余的数据块长度不够时,如何处理,是可以通过参数设置的。因为加解密部分,我开始是在linux上用c写好并测试正确,才移植到windows上的。所以后来php那边,改动了个解密的参数就好了。
应该还是字符编码的问题,c#中字符串是unicode编码(但不是utf-8),而ruby1.9中字符串编码是字符序列+编码,通常指定或转换编码为UTF-8. 所以我建议你打印一下字符串序列和编码方式,及公钥和加密的数据(注意:打印数据的时候,以字节 8bit 的 16 进制数字输出)
@rain ,本来想表扬一下自己,被说穿了 @u1355214846 ,可以看啊,呵呵
@zw963 ,恩,如果只对文件的前缀和后缀做修改,用不带正则匹配的 rename 就可以完成了
@fsword ,好的,谢谢!
@fsword ,谢谢啊。我 linux 平台比较熟,毕业后用 c/c++ 做服务端开发(所以这块也比较熟)。前几年跳到一个外企混了几年,业余跟一个朋友折腾点东西失败了,不想在公司混了,所以年前 3 个月辞职。因为我自己折腾点东西,所以对各种语言,工具什么的,都喜欢研究一下,在我做东西的过程中,喜欢上了 ruby。最近几个月根据除了深入看了下 ruby 的资料,就是根据 ruby-on-rails-tutorial 这边书在 heroku 上实践了一把。总体上对自己有那么点小信心,呵呵,可是如果你们要求 rail 这块太深入的话,就有点悬了。这就是我大体的情况,不知道适合你们不?
如果在北京就好了,呵呵
@doitian ,是的,谢谢你的回复。我用的 ubuntu 12.10,默认的 rename 就是 perl-rename
从这个角度上说,是这样的,呵呵
@iBachue ,恩,对常用的功能,如果需要是要写成脚本的。只是这个功能以前用上面那些命令,都可以解决问题,所以就惯性那样用了。另外,我最后想说的可能没表达清楚,我的意思是客观上存在有更好的轮子,我们手头用的轮子不够好,需要自己多学习和了解,找更好的。当然,不能满足自己的需求后,才造自己的轮子。 @blacktulip , 是的,这个是自己要反思的