感谢 @david - 我知道 Ember 本身就是一个独立的事物。
我刚刚执行了那些命令。
# /var/discourse/launcher enter app
检测到 x86_64 架构。
警告：我们将开始下载 Discourse 基础镜像
此过程可能需要几分钟到一小时不等，具体取决于您的网络速度
请耐心等待
2.0.20220720-0049：正在从 discourse/base 拉取
摘要：sha256:7ff397003c78b64c9131726756014710e2e67568fbc88daad846d2b368a02364
状态：已下载较新镜像 discourse/base:2.0.20220720-0049
docker.io/discourse/base:2.0.20220720-0049
这是一个生产环境安装，截至昨天，它是最新的。目前报告：
已安装 2.9.0.beta12 (8f5936871c)
它是一个单 CPU 实例，与您的类似，拥有 1G 内存和 2G 交换空间。
time 命令的结果是
完成于 303.21 秒。
正在计时命令：“yarn ember build -prod”
用户时间（秒）：222.71
系统时间（秒）：17.17
此作业获得的 CPU 百分比：78%
经过（挂钟）时间（小时：分钟：秒 或 分钟：秒）：5:04.15
平均共享文本大小（千字节）：0
平均非共享数据大小（千字节）：0
平均堆栈大小（千字节）：0
平均总大小（千字节）：0
最大驻留集大小（千字节）：702292
平均驻留集大小（千字节）：0
主要（需要 I/O）页面错误：348190
次要（重新分配帧）页面错误：1152689
自愿上下文切换：617736
非自愿上下文切换：774189
交换：0
文件系统输入：5001936
文件系统输出：318280
发送的套接字消息：0
接收的套接字消息：0
传递的信号：0
页面大小（字节）：4096
退出状态：0
在此之前，我已更新了主机并重新启动，因此容器中的所有内容都已全新重启。
vmstat 在另一个窗口中报告的最糟糕的内存使用情况：
# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----\n r b swpd free buff cache si so bi bo in cs us sy id wa st\n 2 0 704000 136044 24136 158144 1517 3503 8256 4377 886 3564 43 8 43 6 0\n...\n 5 0 1451436 71604 1248 50196 55016 110236 73204 121060 13152 45971 29 60 0 10 1\n```