• 遇到的 ruby 问题总结 at 2017年10月19日

    分享技术, 没啥大问题, 放轻松~

    我自己也有一套笔试题库的, 即使公开在网上, 我也不觉得会增加我面试候选人的难度; 如果候选人只是死记硬背, 两三句就问出来了; 如果候选人真得做了功课, 钻得挺深, 那不是好事儿么?

    有些人觉得笔试题库是公司的资产, 不允许泄露, 那也很正常啊, 签保密协议就好了; 没有哪条职业操守, 行业规范或者法律条文, 规定了不允许分享笔试题; 没签协议, 还是不要把自己的意志强加给别人.

    Ruby-China 是个友好的社区, 只不过网上交流看不到表情, 听不到语气, 有些话听起来很僵, 其实大家人都很 nice 啦

  • 每一个请求都要带上版本,还是定义一个全局的版本

    这不开玩笑么

  • PPT 可以试一下 https://github.com/ksky521/nodePPT, 功能丰富很多;

    zoom.us 我用过几次, 非常流畅啊( 电信网通互联, 跨国互联 ), 是不是姿势不对;

    声音的话, 钉钉其实不错

  • 按这个教程教的话, 我先预定两个同学, 一年后见

  • 支持 @danielglh

  • 炮哥分享下高并发经验呗, 太期待了

    newrelic在生产环境监控效果比本地bm效果好很多,可以涵盖各种环境因素。

    监控效果确实挺好的, 看趋势, 看平均响应时间都很好, 但是具体到某个特定慢请求的 Transaction Trace 就很不准了, 各种环境因素太多了, 请求之间也相互影响, NewRelic 的埋点机制感觉也不是百分百靠谱

  • 聊技术嘛, 就心平气和地聊, 不要带情绪啦~ 也是我不该调侃的, 你碰到这种问题肯定也着急, sorry~

    回复下你的问题:

    单台开的是4进程,16个线程的puma,按响应速度100ms计算,RPS也就160

    按你给出的指标, TPS / RPS / QPS, 不管用哪个词儿了, 应该更高吧

    我的2万并发,操作的是同一组数据,我是用redis队列分配的,生产者消费者模型,也就是2万个客户端同时进行读写,类似于秒杀,还带动态库存的。这里面没有任何缓存可用,也没有任何静态内容可用。

    这个可以展开说说, 有伪代码就更好了, 方便大家帮你找问题. #10 跟 #21 都说得有点模糊.

    我感觉阁下应该没做过这么高并发的应用吧,不是说什么东西都可以水平扩展的。

    确实没做过 2w QPS 的应用, 也就做过单机三五百 QPS 吧, 😅 . 如果真碰到这种场景(2w QPS), 我会尽量在设计阶段规避.

    多说两句

    • 在这种高并发的情况下, New Relic 的 Transaction Trace 非常不准, 远不如在本地做 benchmark
    • 立个 flag, 没必要换语言
  • 哈哈, 没想到是好朋友的朋友, 看错啦~

    你的问题有太多可能了, 可以邮件交流下, 42thcoder # gmail.com

    • 150 台机器撑两万的 QPS, 平均单台 QPS 133
    • 机器配置是 4 核心 16 GB
    • 接口内部只读写 Redis, 无其他 IO, 接口响应时间超过 500 ms

    我觉得这是个钓鱼贴... 或者你们需要请我, 😅

  • image_uploader 有没有处理 filename, 中文文件名生成的 url 可能会有问题呢

Builder