在下做的秒杀业务，在某个时间点会有 300 - 500 人会来抢购，出现明显的卡顿 top 查看未出现明显变化。 服务器：Ubuntu，4 vCPU , 16 GB, 带宽 10M puma 配置
threads 5, 100
environment "production"
bind "unix:///XXX/shared/sockets/puma.sock"
stdout_redirect "/XXXX/shared/log/puma.stdout.log", "/XXXXXe/shared/log/puma.stderr.log", true
pidfile "/XXXXX/shared/pids/puma.pid"
state_path "/XXXXX/shared/pids/puma.state"
activate_control_app
数据连接配置
production:
adapter: mysql2
database: XXXX
encoding: utf8mb4
username: XXX
password: 'XXX'
host: XXXX
pool: 5
timeout: 5000
cpu 使用大概在百分之 30 左右
内存使用情况
请大神，给点意见。。
tcp 连接好像有 1000 多。不知道是否是这个引起的。
IChou
#11
2018年07月13日
查查请求平均响应时长，需要多少线程是估算出来的
线程都已经 100 了，pool 5 是什么配置，没收到数据库连接分配超时的报错么？
加线程不是万能药，线程太多导致频繁的资源调度，反而增加了消耗（32 就已经是我用过的最大值了）
加线程不是万能药，但是加机器是，一台不行，那就两台，反正是抢购，用完释放就完了
bighuzi
#14
2018年07月17日
这几天忙。没来看。。之前调城 4 个 worker，线程 50. pool 改成了 16.cpu 运行在百分之 80.不卡。但是好像 ActionCable.server.connections.size 链接计数有点问题。没有来的急解决。