首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
mentalidade
V2EX  ›  程序员

请问:接口的 rps 低受什么影响?

  •  
  •   mentalidade · 2017-08-30 15:31:20 +08:00 · 1753 次点击
    这是一个创建于 879 天前的主题,其中的信息可能已经有所发展或是发生改变。

    使用 libvips 做图片裁剪处理。

    写完测试接口,time curl "http://wyc.com:8888/5e9564282f61b0e925a41bd1ac688a48?p=1&w=451&h=451" 接口响应很快:

    real	0m0.042s
    user	0m0.004s
    sys	    0m0.005s
    

    使用 ab 压测:ab -n 1000 -c 100 "http://wyc.com:8888/5e9564282f61b0e925a41bd1ac688a48?p=1&w=451&h=451" 结果 rps 很低

    Server Software:        openresty/1.11.2.2
    Server Hostname:        wyc.com
    Server Port:            8888
    
    Document Path:          /5e9564282f61b0e925a41bd1ac688a48?p=1&w=451&h=451
    Document Length:        22921 bytes
    
    Concurrency Level:      100
    Time taken for tests:   13.543 seconds
    Complete requests:      1000
    Failed requests:        0
    Total transferred:      23073000 bytes
    HTML transferred:       22921000 bytes
    Requests per second:    73.84 [#/sec] (mean)
    Time per request:       1354.314 [ms] (mean)
    Time per request:       13.543 [ms] (mean, across all concurrent requests)
    Transfer rate:          1663.74 [Kbytes/sec] received
    
    Connection Times (ms)
                  min  mean[+/-sd] median   max
    Connect:        0    0   0.7      0       4
    Processing:    35 1281 833.9   1137    4821
    Waiting:       35 1280 833.9   1137    4821
    Total:         36 1281 834.0   1137    4822
    

    原来用的 GraphicsMagick 处理,这个 libvips 确实快了许多,内存占用还没测,不过 rps 都很低。

    请问:这个 rps 受什么影响,会导致这么低,该如何优化呢

    7 回复  |  直到 2017-08-30 17:18:01 +08:00
    knightdf
        1
    knightdf   2017-08-30 15:37:19 +08:00
    一般叫 qps, 主要受后端逻辑处理时长影响
    mentalidade
        2
    mentalidade   2017-08-30 15:50:34 +08:00
    @knightdf 取出图片,因为存在类似于 redis 中,取出不处理直接原图输出,qps 可以达到 4000 多,然后缩放裁剪到一定的比例,再输出导致 qps 急剧降低。不过即使处理图片,单个请求是很快的,50 毫秒左右,就是输出 hello,world 也要 17 毫秒呢。
    就是 qps 低的可怕
    RubyJack
        3
    RubyJack   2017-08-30 15:56:52 +08:00
    cpu 密集型,一般量大以后都是 context switch 的开销
    crohn
        4
    crohn   2017-08-30 16:00:03 +08:00
    注意做好处理结果缓存,其他的资料不足没法分析
    mentalidade
        5
    mentalidade   2017-08-30 16:17:33 +08:00
    @crohn 会的,一般客户端都是缩放到一定比例,服务器会根据请求把要裁剪的图片处理后再次存放。如果已经存在直接就从 redis 取出来,没有的话处理完存放进去。
    如果已经存在缓存中的话,qps 会达到 3000-5000 的样子。
    想查的话需要什么资料或者有什么工具吗?
    mentalidade
        6
    mentalidade   2017-08-30 16:18:32 +08:00
    @RubyJack 是的,从缓存中取出来就很快,不放入缓存,处理的话,qps 真的低
    mentalidade
        7
    mentalidade   2017-08-30 17:18:01 +08:00
    @RubyJack 确实是,本地压测的时候 Nginx 的四个 woker 的 CPU 占用都在 90%多,压测结束回归到 0 了
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2148 人在线   最高记录 5168   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 34ms · UTC 11:56 · PVG 19:56 · LAX 03:56 · JFK 06:56
    ♥ Do have faith in what you're doing.