puma 新的 fork-worker 选项，与 preload_app 有关
puma new fork-worker option, relation to preload_app
Puma5 有一个新的 fork_worker 选项。
https://github.com/puma/puma/blob/master/5.0-Upgrade.md
https://github.com/puma/puma/blob/master/docs/fork_worker.md
文档提到：
Similar to the preload_app! option, the fork_worker option allows your application to be initialized only once for copy-on-write memory savings, and it has two additional advantages...
我很困惑这是否意味着它是preload_app!的替代，或者它是否打算与preload_app!结合使用。
如果我已经在使用 preload_app!，并且想尝试新的实验性 fork_worker 选项，我是否应该在我的 puma 配置文件中同时包含 preload_app! 和 fork_worker ， 那有意义吗？或者它应该是其中之一而不是两者？
如果您检查 Limitations，您将阅读以下内容：
Not compatible with the preload_app! option
有趣的是，commit 是在您提出问题 7 天后添加的！
虽然文档本身已经回答了这个问题，现在您可能已经找到了自己的答案，但是看到这里也回答了这个问题感觉更好。
Puma5 有一个新的 fork_worker 选项。
https://github.com/puma/puma/blob/master/5.0-Upgrade.md https://github.com/puma/puma/blob/master/docs/fork_worker.md
文档提到：
Similar to the preload_app! option, the fork_worker option allows your application to be initialized only once for copy-on-write memory savings, and it has two additional advantages...
我很困惑这是否意味着它是preload_app!的替代，或者它是否打算与preload_app!结合使用。
如果我已经在使用 preload_app!，并且想尝试新的实验性 fork_worker 选项，我是否应该在我的 puma 配置文件中同时包含 preload_app! 和 fork_worker ， 那有意义吗？或者它应该是其中之一而不是两者？
如果您检查 Limitations，您将阅读以下内容：
Not compatible with the preload_app! option
有趣的是，commit 是在您提出问题 7 天后添加的！
虽然文档本身已经回答了这个问题，现在您可能已经找到了自己的答案，但是看到这里也回答了这个问题感觉更好。