先看结论：浏览器断开不等于 R 进程死亡；看到 Killed 或退出码 137 也不能单独认定 OOM。应把发生时间、任务进程、R 报错、系统或调度日志对齐，再判断是网络、会话暂停、资源限制、内存分配失败还是进程被终止。
适用情况
RStudio 页面失联、R 任务突然结束、日志只剩 Killed，或者主机仍有内存却反复失败。
建议按这个顺序检查
- 记下故障时间、时区、任务标识、最后执行步骤和完整日志，先判断后台进程是否仍在运行。
- 浏览器问题先检查连接与会话状态；R 会话恢复后确认任务是否仍继续，避免重复提交相同大任务。
- 若任务退出，核对退出码、调度器和系统日志；R 的 cannot allocate vector 与内核杀进程不是同一个现象。
- 容器或调度任务检查自身内存上限与对应 cgroup，主机空闲内存不代表任务可用额度。
- 定位原因后选择调整代码、并行、资源或网络，并为长任务设置可追溯日志和阶段性输出。
按证据区分四类情况
| 看到的现象 | 能推断什么 | 还要找什么 |
|---|---|---|
| 页面断开但进程仍在 | 前端连接或会话异常的可能 | 连接日志、代理、会话状态 |
| R 报 cannot allocate vector | 某次内存分配失败 | 对象复制、地址空间、限制与峰值 |
| Killed / 137 | 进程可能收到 SIGKILL | 谁发出的信号及同时间日志 |
| 对应 cgroup 的 oom_kill 增加 | 该组发生了 OOM 杀进程事件 | 是否与该任务、PID 和时间一致 |
依据：Posit：RStudio IDE 连接故障排查 · Linux Kernel：cgroup v2 内存事件和限制
Linux 下的只读检查起点
这些命令面向 Linux；Windows 的 RStudio 应查看对应系统事件和资源信息。PID 不存在可能表示已经退出，不能据此判断退出原因。读不到内核日志通常是权限限制，不是“没有 OOM”的证据。
cgroup v2 中可在已确认的任务 cgroup 路径读取 memory.max、memory.current 与 memory.events。路径随容器或服务变化，不能照抄根 cgroup 的值代替目标任务；历史 oom_kill 计数也需与故障时间或运行前后增量结合。
# 在故障时间附近检查进程和系统容量，不会终止任务
ps -eo pid,ppid,etime,rss,comm --sort=-rss | head -n 20
free -h
df -h
# 找到目标 R/rsession PID 后，将 12345 替换为实际 PID
cat /proc/12345/cgroup
# 有日志读取权限时，检查时间匹配的内核信息
journalctl -k --since '30 minutes ago' --no-pager | tail -n 120依据：Linux Kernel：cgroup v2 内存事件和限制
一次排查需要提交什么
提交故障时间与时区、软件版本、任务步骤、对象规模、并行数、脱敏报错和已确认的进程状态。若有调度器，附任务的状态与资源限制；若只是断连，附浏览器与会话日志。
不要为了清理状态直接删除整个 RStudio 用户目录，也不要在原因未明时连续重跑大任务。对于长分析，可采用批处理与检查点，使前端短暂断开后仍能查到任务进度；具体设置应符合当前服务器的调度方式。
可直接使用的记录模板
- 下载故障信息提交清单（TXT，无需留联系方式）
不能从当前结果直接得出什么
退出码或截图只是一部分证据。主机、容器、调度器和会话层可能有不同限制；未获得对应日志时，应把原因写成待确认而非“确定内存不足”。
依据与版本
- Posit：RStudio IDE 连接故障排查官方故障排查；按产品版本选择日志路径
- Linux Kernel：cgroup v2 内存事件和限制cgroup v2；不适用于直接照搬至 v1
最后核验：2026-10-10｜资料核验：AI 编写与公开来源核对；未经人工专家审阅
依据公开来源核对概念、输入、证据边界与版本口径；示意数据不代表真实研究结果。仅标明的小型代码示例经过运行检查，不代表完整生物信息流程或原论文已复现。