---
title: "踩坑 · Relay 内存异常的对照不能证明唯一根因"
description: "区分自己的异常节点、朋友的对照节点和处理尝试。"
---

> Documentation Index
> Fetch the complete documentation index at: https://logbook.pennlam.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 踩坑 · Relay 内存异常的对照不能证明唯一根因

## 对象与观察

本人节点是 `dmit-vps`；朋友的 `usd1` 只作为对照，不属于本人资产。异常节点曾出现 BEAM/Erlang 内存异常和 OOM 重启风险，并停止过 Relay。

朋友报告的当前内存约 45 MiB、历史峰值约 148 MiB、连续运行多日且无 OOM，只适用于该对照节点和测量时段。

## 对照的限制

两端镜像构建、镜像摘要与主机环境不同，不能用“同类 VPS 正常”直接排除镜像或运行环境，也不能据此确定唯一根因。

THP 调整到 `madvise` 是原日志记录的可逆处理尝试，不作为已经证明有效的根因修复。

## 下一次调查应记录什么

在相同客户端连接状态下，对照实际镜像、资源限制、运行时参数、内核环境、当前内存与历史峰值。保存时间、单位和重启/OOM 记录，不把重启后低内存当长期稳定。

本人后来报告朋友可能修复了 Relay，但当前运行状态与稳定性仍待复核。不在整理日志时擅自启动或重启服务。

来源：[按设备归档的阶段日志](/logs/periods/2026-09-29--2026-10-04/)。

Source: https://logbook.pennlam.com/sop/pitfalls/paseo-relay-memory/index.mdx