• @blacktulip 是啊,真不明白到底差在哪里。。理论上序列化和反序列化都是跑在 C 的栈上的。。差距还是这么大啊

  • Rails+MongoDB 环境搭建问题 at 2013年08月12日

    mongoid 从 3.0 开始,已经使用自己的一套 API,叫做 moped, 之前的都是用的 mongo

  • shengxiang205@foxmail.com

  • Ruby Web API Server 小评测 at 2013年05月28日

    @cgyy 不是,Fiber 是 Native 实现的,不是语法糖,运行意义而言,和 Thread 是一个层面的

  • Ruby 社区应该去 Rails 化了 at 2013年03月27日

    启发很大, 躺在 rails 的温床太久了...一些性能敏感的模块或许不适合使用 rails 实现吧, 毕竟并发模型放在那里, 适合 WEB 项目, 不是 WebService 项目

  • @bhuztez 受教了!~

  • @SharpX 纳尼....Faye 不是实现了 SSE 的 backend 么..sse 的标准和 Faye 有啥关系...不明白...

  • @bhuztez XML 相对而 JSON 而言,构建一个层级的数据结构, 会把原来的数据量扩大的更多, 不是 XMPP 的问题,是 XML 的问题

  • @calebx 用这个协议的话可以考虑 Faye, 有这个协议的 Adapter

  • @kehao 去年为一个牌子做路演的时候, 用的 XMPP 搭了一个游戏服务器, 用的是本地服务器..一台服务器接两个设备, 一天走了 2G 的流量....还是那个游戏没什么人玩的时候....

  • @bhuztez XMPP 流量大的地方在于它是用 XML 了...单个 STANZA 的数据量被 XML 扩大了好多倍...

  • [译文] Ruby 2.0 来啦! at 2013年02月25日

    测试了下之前的 beta 版本, 发现启动速度快了许多, 果然如其所说, require 的性能有了很大的提高

    对于我们公司这种一个 rails app 下面挂了 20+ GEM 的来说, 启动速度还是有了很大的提高了...

  • Ruby - 响应 100W 的并发 at 2013年02月25日

    @xiaogui 对于并发量高的情况下, 个人认为不建议单个请求和 DB 相关...因为很快,DB 就会成为瓶颈..进程间交互次数越多,性能的损失越大

  • Ruby - 响应 100W 的并发 at 2013年02月22日

    @xiaogui 相对统计而言, 我不知道这样的做法会不会更好..

    通过 Get 请求获取 nginx 的一个空的 gif, 然后后端接上 java 的 storm 做分析之后加入到后台 DB 毕竟 Nginx 处理静态文件的能力是非常强, 远远不是几百这个数量级别的

    而且不是高实时的系统的话, 不知道长连接意义何在...

    个人粗略感受

  • Ruby - 响应 100W 的并发 at 2013年02月21日

    个人觉得这个没什么太大的意义...

    毕竟..也只能处理 179 个请求每秒...另外的 999821 个连接要么在闲置,要么在等待...

    想不到这么大的并发量和这么 的处理能力 (相对并发量来说) 可以在什么场景用到

  • @bhuztez 如果真的时间精度要求这么高, 不太适合使用 ruby 这种语言来实现...就好像你说的, EventMachine 都是依赖 select 来做的....

  • @guyanbiao 既然你是用 faye 的, faye 在运行期就依赖于 EventMachine, 这种延迟调度的行为可以依靠 EventMachine 的 timer 来支持, 基本还是可靠的, 如果你要在另一个进程里面运行, 那么就要依靠 delayed_job 这样的机制了

  • rails 的 filter 是在 ActiveSupport::Callbacks 上封装了一层, 具体可以看 actionpack/lib/abstract_controller/callbacks.rb

  • 再 Rails 里面, alias_method_chain 已经被认为是一个不好的模式, 对于楼主的问题, 可以使用 AcitveSupport::Callback 实现, 具体代码如下:

    require 'active_support/call'
    class Dog
      include  ActiveSupport::Callbacks
    
      define_callbacks :bark 
      def bark
        run_callbacks :bark do
          puts "wang wang "
        end
      end
    
      set_callback :bark, :after, :after_bark
      set_callback :bark, :before, :before_bark1
      set_callback :bark, :before, :before_bark2
    end