# 极端负载错误 **URL:** \ **Category:** Self-hosting\ **Created:** [2021年二月19日 06:16 UTC](https://meta.discourse.org/t/extreme-load-error/180311 "2021-02-19T06:16:09Z")\ **Posts on this page:** 1\ **Showing post:** 5
**Author:** ![Alec](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/alec/32/137283_2.png) [@Alec](https://meta.discourse.org/u/Alec)\ **Post date:** [2021年二月21日 04:07 UTC](https://meta.discourse.org/t/extreme-load-error/180311/5 "2021-02-21T04:07:29Z")
本线程对此问题描述得非常清楚。 > [@Real-time updating of topics freezes under high activity](https://meta.discourse.org/t/real-time-updating-of-topics-freezes-under-high-activity/166789/63): > > Perhaps so, but we would like to be slightly less protective over the server as the naturally occuring activity spikes are very short, and generally stabilize within a minute or so. So adjusting the thresolds just a little bit higher might improve the UX, while waiting for the move. 以下是我在一个足球比赛论坛遇到问题之前的实际体验： Digital Ocean 1 核 CPU + 1 GB 内存 = 支持 30–40 名用户（类似聊天场景） 2 核 CPU + 2 GB 内存 = 支持 70–80 名用户（类似聊天场景） 4 核 CPU + 8 GB 内存 = 可轻松应对 120 名用户，并在 2 小时内处理 1000 篇帖子，未达到上限。 使用 Hetzner（镜像站点）的体验如下： 我的实际测试情况： 3 核 CPU（CPX 21，AMD 芯片）+ 4 GB 内存 = 20 名用户时已显吃力 2 核 CPU（Intel）+ 8 GB 内存 = 20 名用户时运行正常。 我尚未有机会测试更多用户的情况。 关键在于提升 CPU 和内存性能。 **此外** ，还需编辑 app.yml 文件。 在此处增加更多 unicorns，并调整 db\_shared\_buffers 参数。 --- _[View the full topic](https://meta.discourse.org/t/extreme-load-error/180311)._