Rails puma 中的 threads 和 workers 配置应该如何设置比较好？
我的 puma 配置如下：
daemonize true
pidfile "/home/deployer/xxx/shared/tmp/pids/puma.pid"
state_path "/home/deployer/xxx/shared/tmp/pids/puma.state"
stdout_redirect '/home/deployer/xxx/shared/log/puma_error.log', '/home/deployer/xxx/shared/log/puma_access.log', true
threads 0,16
bind 'unix:///tmp/xxx.sock'
workers 0
preload_app!
on_restart do
puts 'Refreshing Gemfile'
ENV["BUNDLE_GEMFILE"] = "/home/deployer/xxx/current/Gemfile"
end
都是使用默认的配置，然后会出现如果访问量和搜索数量量大时，puma 会挂掉的情况，需要手动进行重启cap production puma:start。
而且我在使用 sidekiq 的时候，发现它也会出现挂掉的情况，但是它缺很奇怪，自动的重启回来，对这个事情非常好奇。后面找了很多相关的信息，好像和 workers 有关，但是不是特别了解情况。不知道各位有什么服务器方面的建议吗？
无引用文章
其实你知道是 workers 了 workers 设置，可以在单进程和多进程 cluster 模式之间自动切换，如果是 0，则不启动 master 进程，只有一个单进程，如果 workers 不是 0，则启动 1 个 master 和多个 workers。而且 master 进程不会加载应用代码，master 进程占有内存非常少，基本是不会挂掉的，细心观察 workers 进程在一定时间就会变动，相关于重启内存回收。 workers 一般设置成 cpu 核心数，threads 也可以根据硬件条件设置，这个多看看 puma 文档就知道了
@zealinux threads 是线程数，worker 是进程，当 workder=1 时也可以将 threads 设成 16 或更高，核心数是 16 当然 worker 设成 16 是没有问题，但 threads 是需要同时设置的，一般默认初始大小是 0:16，通常设置 8:32 最为合适吧，我曾经也测试过 threads 值 8:64 越大是不是更好，事实效果不明显也可以说不好，决定性在于核心数。
