先看结论：把流程拆开测量，才能估算资源。CellChat 的通信推断、SCENIC 的网络与 motif 步骤、拟时序的图学习各有不同瓶颈；评分步骤本身往往不是全部成本。细胞数、基因数、数据库、并行数和对象复制共同决定峰值，不宜直接套用一个内存数字。
适用情况
已经有单细胞对象，准备把铁死亡签名与通信网络、转录调控或轨迹分析结合，希望选择运行环境。
建议按这个顺序检查
- 先确认每个工具回答的科学问题，只保留与研究假设相关的步骤、细胞群和比较。
- 记录细胞与基因数量、稀疏性、输入对象体积、物种、数据库和软件版本。
- 对每一步单独试跑代表性子集，保存耗时、峰值内存、进程数、磁盘与日志。
- 保持子集的供体和细胞类型结构，避免随机抽样漏掉稀有群；试跑结果不要简单按细胞数线性放大。
- 根据主瓶颈分配 CPU、内存与存储，并在扩大并行或全量运行前检查资源余量与可恢复点。
不同工具分别测什么
| 步骤 | 优先记录 | 资源风险 |
|---|---|---|
| CellChat | 细胞群规模、数据库、置换设置和对象版本 | 群体数量、表达矩阵和中间对象 |
| pySCENIC | GRN 输入、worker 数、motif 数据库与物种 | 并行复制、数据库读取和临时结果 |
| Monocle 3 等轨迹 | 所用细胞群、降维、图学习与根节点 | 全量图学习、重复运行及对象保存 |
| 铁死亡评分 | 方法、基因集命中率、assay/layer | 意外稠密化或复制整个对象 |
依据：CellChat 官方代码、版本说明与教程 · pySCENIC 官方文档 · Monocle 3：轨迹与根节点选择 · Seurat v5：assay、layer 与数据访问
稠密矩阵的下限估算示例
这个人工规模示例只计算一个 20,000 × 100,000 的双精度稠密矩阵，约 14.9 GiB；它不是服务器配置建议。多个层、复制、工作进程和算法中间量会增加占用，稀疏或磁盘存储则可能降低常驻内存。
因此对象文件大小、一个矩阵的理论大小与整个任务峰值应分别记录。给 4 个 worker 不能假设只增加 CPU；它们可能各自持有输入或中间结果。
# 理论字节数，只计算一个 double 矩阵，不是任务峰值
n_genes <- 20000
n_cells <- 100000
dense_gib <- n_genes * n_cells * 8 / 1024^3
stopifnot(abs(dense_gib - 14.9011611938) < 1e-6)
print(dense_gib)先核对版本，再比较试跑结果
CellChat 官方仓库区分 v1/v2 与 Spatial CellChat v3 的入口；pySCENIC 文档也列有数据库格式与依赖变化。复现旧结果应保存准确版本，不能把不同版本或不同任务的资源结果直接比较。
拟时序的根节点需要生物学依据，轨迹方向不是实际采样时间的自动证明。算力足够只能保证某些计算有机会完成，不能修复研究问题、注释或方法选择的错误。
依据：CellChat 官方代码、版本说明与教程 · pySCENIC 官方文档 · Monocle 3：轨迹与根节点选择
可直接使用的记录模板
- 下载分步骤试跑记录模板（TXT，无需留联系方式）
不能从当前结果直接得出什么
没有针对你的对象试跑，就不能可靠承诺固定内存、耗时或 GPU 必需性。小样本能跑通也不保证全量按比例耗费资源；参数和版本需要与试跑记录保持一致。
依据与版本
- CellChat 官方代码、版本说明与教程v1/v2 仓库；页面另列 Spatial CellChat v3 入口
- pySCENIC 官方文档文档列示 0.12.1；记录具体安装版本与数据库
- Monocle 3：轨迹与根节点选择Monocle 3 官方教程
- Seurat v5：assay、layer 与数据访问Seurat v5 官方教程
最后核验：2026-10-10｜资料核验：AI 编写与公开来源核对；未经人工专家审阅
依据公开来源核对概念、输入、证据边界与版本口径；示意数据不代表真实研究结果。仅标明的小型代码示例经过运行检查，不代表完整生物信息流程或原论文已复现。 本页最小 R 示例已在 R 4.3.3 独立会话运行；不涉及完整 Seurat/GSVA 工作流验证。