升级昨天之后，我的站点打开需要50秒（然后表现正常）

支持
1

在更新到 v3.4.0 Beta3-dev- (5e86bc2f43) 之前，我的网站 一切正常。

但自昨天这次更新以来，我的网站打开需要近一分钟，甚至更长时间。

  • 作为诊断步骤，我禁用了所有主题组件和所有插件，并重建了我的 Web_Only 容器，但问题仍然存在。
  • 但如果我在安全模式下运行，勾选所有 3 个框，它也只比以前加载得更快，但仍然需要近 30 秒。请注意，如果我只勾选第一个框而不选择另外两个，或者反之亦然，速度也不会有任何改善。

请帮忙。

2 个赞
2

您不会相信，因为就连我自己也不敢相信，就在我创建此帖子后的 5 分钟内（并且只是将我自己的/管理员的界面主题切换到其他主题，然后恢复原状），问题就解决了。

也就是说，没有任何更新或重建，网站就可以正常打开了（问题期间过去了整整 24 小时）。我不知道是否应该删除这个主题（反正我将关闭它）。

编辑：第二天问题再次出现。时有时无。稍后会进一步报告。

3

（更新后可能有一个迁移任务运行了一段时间。）

3 个赞
4

感谢 @Ed_S
但今天，我又遇到了同样的问题，持续了 5 分钟。当今天出现这个问题时，我尝试在隐身 Chrome 模式下以另一个用户（“版主”）的身份打开我的网站。问题也存在，但只出现了 50%（打开速度大约是平时的一半，20-30 秒）。

然后我在手机上打开，也出现了同样的问题。但半小时后，当我再次打开我的网站时，一切都正常了。

5

也许可以试试

但是在浏览网站导致缓慢的同时，在运行服务器的机器上（在命令行中）运行这些命令。

1 个赞
6

启用并使用 mini-profiler，并报告您的发现也值得。

另请参阅

2 个赞
7

非常感谢。
如果您有时间，请看下面。尽管对我来说，所有发现都非常正确：

The image shows a terminal interface with various command outputs, including system information, disk usage, memory usage, and kernel memory allocation details. (Captioned by AI)
The image shows a terminal interface with various command outputs, including system information, disk usage, memory usage, and kernel memory allocation details. (Captioned by AI)1360×768 31.8 KB

image

8

“Mini Profiler”主题中有一些我不太理解的地方。所以，如果我必须的话，我会选择那个解决方案。

10

感谢您运行诊断。我在这里看到的主要问题是大量的磁盘写入。但我无法猜测原因。

1 个赞
11

也许值得安装并运行iotop。我们可以看到哪个进程正在向磁盘写入大量数据。

apt install iotop-c
iotop -o -b -n 22
1 个赞
12

谢谢。
供您参考，我的 Ubuntu 服务器上只安装了这一个网站。而且用户很少，每天只有 3-4 个用户访问该网站。所以服务器的任何活动都应该是后台活动。

第二，在重建 web_only 容器后，我运行了 iotop 命令，以防万一。而且，网站打开速度几乎快了 97%（我自己/管理员打开需要 5 秒）。当问题出现时，硬刷新（Ctrl+F5）需要 30 多秒。

'Iotop' 命令，显示不同进程的磁盘 I/O 统计信息。（AI 标注）
'Iotop' 命令，显示不同进程的磁盘 I/O 统计信息。（AI 标注）1360×768 38.2 KB

终端界面的截图，显示命令行和几行文本，可能与磁盘读写操作有关。（AI 标注）
终端界面的截图，显示命令行和几行文本，可能与磁盘读写操作有关。（AI 标注）1360×768 34.9 KB

第一个截图和第二个截图之间可能缺少一行结果。

感谢您的帮助。

13

您是使用官方安装说明安装 discourse 的吗？

1 个赞
14

我不认为在那些 iotop 输出中有什么奇怪的地方。

也许值得探讨一下 sidekiq 的情况：你的 forum.url/sidekiq 页面的各种选项卡（只有管理员账户才能看到）

1 个赞
15

是的。我的网站已经正常运行了 4 年。直到前一天更新后，我才注意到它出现了这种行为（以管理员身份强制刷新 Ctrl+F5 时，一天中的不同时间需要 5 到 50 秒，之后正常工作）。

今天也是如此，我检查了在最新版本的 Chrome 中以不同用户身份登录，也在我的手机上（但在同一个 WiFi 下）登录，发现打开需要 5 到 30 或 50 秒。

1 个赞
16

主父级域名显示了此 Sidekiq（稍微缩小以适应整个内容）：

The image shows a dashboard of a Redis queue system with statistics including version, uptime, connections, memory usage, and peak memory usage. (Captioned by AI)
The image shows a dashboard of a Redis queue system with statistics including version, uptime, connections, memory usage, and peak memory usage. (Captioned by AI)1360×768 93.9 KB

稍微放大一点：

This image shows a dashboard displaying statistics about a Sidekiq queue system, including the number of processed and failed messages over time, with a history graph showing the data trend. (Captioned by AI)
This image shows a dashboard displaying statistics about a Sidekiq queue system, including the number of processed and failed messages over time, with a history graph showing the data trend. (Captioned by AI)1360×768 97.7 KB

17

这看起来是一个巨大的失败作业数量，这可能很重要。也许其他人有专业知识可以帮助诊断。

这是我的供比较——一个流量相当低的论坛。

仪表板显示已处理、失败、繁忙、排队、重试、计划和死作业的统计信息，以及历史记录和 Redis 指标，例如版本、正常运行时间、连接、内存使用情况和峰值内存使用情况。（由 AI 标注）
仪表板显示已处理、失败、繁忙、排队、重试、计划和死作业的统计信息，以及历史记录和 Redis 指标，例如版本、正常运行时间、连接、内存使用情况和峰值内存使用情况。（由 AI 标注）1796×1386 69.6 KB

3 个赞
18

有人能帮我看看为什么 sidekiq 有这么多“失败的任务”吗？

1 个赞
19

请分享所有七个 Sidekiq 状态选项卡的屏幕截图？在 Sidekiq 页面顶部，您应该会看到
仪表板 忙碌 队列 重试 计划 延迟 调度程序

1 个赞
20

And as many more skipped.

Above screen shot didn’t accomodate all.

21

谢谢 - 我不是专家，但我看到有两种工作占很大比重：PostSentimentAnalysis 和 GenerateEmbeddings。

我想知道您的内容中混合了英语和印地语是否相关。我期望它能得到全面支持，但也可能相对不常见。

1 个赞