知仓学习社知仓学习社
Windows 加载大模型崩溃：The paging file is too small (os error 1455) / 全站资源搜索
搜索 更新 2026-10-02
报错 044 模型与权重文件加载 有来源可查

Windows 加载大模型崩溃：The paging file is too small (os error 1455)

报错原文（原样） 
The paging file is too small for this operation to complete. (os error 1455)
OSError: [WinError 1455] The paging file is too small for this operation to complete. Error loading "C:\...\site-packages\torch\lib\<some>.dll" or one of its dependencies.
检索关键词 os error 1455、WinError 1455、The paging file is too small for this operation to complete、paging file、commit limit
先看这一句 加载大 checkpoint 或 UNET 时进程突然崩溃或抛 os error 1455；也可能在 Python 导入 torch 的瞬间就报 WinError 1455 说某个 torch\lib 下的 dll 无法加载。任务管理器里看还有空闲内存，却依然报错。
适用版本 全部 Windows 版本（0.3.x 到新版机制一致）；Linux/Docker 下不会出现该 Windows 特有报错 · 核实日期 2026-09-26 · 状态 已核实
适用环境：Windows 便携版、秋叶/绘世整合包、ComfyUI Desktop

现象与触发场景

常见触发场景：

  • 16GB 内存的笔记本加载 20GB 级模型（如 flux1-schnell-fp8.safetensors 或 SDXL checkpoint）
  • 虚拟内存设为「系统管理」但系统盘可用空间不足，自动增长被 1/8 卷大小上限卡住
  • 同时运行两个 AI 应用，两者提交内存之和越过提交上限
  • 多进程/多 worker 场景下每个进程都要映射一遍 CUDA dll，提交量翻倍

根因

  • Windows 对每个私有内存分配都要先承诺「有地方放」，这些承诺的总和叫提交量（commit charge），上限叫提交上限（commit limit）= 物理内存 + 所有页面文件之和。超过上限的分配会被拒绝，这就是错误 1455。
  • 关键点：提交上限可能在物理内存还很空闲时就被打满——它是「承诺台账」而不是「实际占用」。这就是「我明明还有 6GB 空闲内存」救不了你的原因。它既不是显存问题，加 --lowvram 也不管用。
  • 系统管理的页面文件会增长到内存的 3 倍或 4GB（取较大者），但绝不会超过卷大小的 1/8，而且只有在提交量达到当前上限的 90% 时才扩张，所以大模型加载的瞬时峰值很容易直接撞墙。

解决步骤

已按「最可能有效」排序。请从上往下做，每做完一步用「验证」确认，不要一次改五处。

  1. 第一步：设置足够大的自定义页面文件
    在「系统属性 → 高级 → 性能设置 → 高级 → 虚拟内存 → 更改」里取消「自动管理」，选择系统盘（或空间充足的固态盘），设置自定义大小。按经验值：16GB 内存的机器起始值设到 32GB，并把最大值一并调高，留出足够增长空间。设置完成后需要重启生效。
  2. 第二步：腾出磁盘空间或把页面文件挪到别的卷
    如果页面文件已经设为系统管理却仍报错，多半是自动增长被「卷大小的 1/8」上限卡住。清理系统盘空间，或把页面文件放到剩余空间更大的固态盘上，可以抬高这个上限。
    Get-PSDrive -PSProvider FileSystem
  3. 第三步：换更小的模型变体，从根上降低加载峰值
    页面文件只是止血。真正降低峰值要靠更小的权重格式：把 bf16 的 checkpoint 换成 fp8 或 GGUF 量化版本（加载峰值显著下降），或改用参数更小的模型。注意换成量化版后要按前面 fp8 / GGUF 两条的规则选对应加载器与目录。
  4. 第四步：减少同时运行的进程
    同时跑两个 AI 应用时，两者的提交量叠加会越过上限，关闭其中一个通常立刻恢复。若是导入 torch 阶段就报错且伴随多进程/多 worker（每个进程都要重新映射 CUDA dll），减少 worker 进程数并同时扩大页面文件才是有效组合。

验证是否修好

大模型能顺利加载进内存/显存，不再在加载节点处崩溃；导入 torch 时不再出现 WinError 1455。可在资源监视器里观察提交量（commit charge）是否已低于提交上限并有富裕空间。

补充说明

来源中引用的具体案例为 ComfyUI issue #7550（16GB 内存 + RTX 3050 4GB 加载 flux1-schnell-fp8.safetensors）与 issue #8065（16GB 内存 + RTX 4060 Laptop 8GB 加载 SDXL checkpoint）；具体页面文件数值建议以来源给出的经验值为准，未在本机复现验证。

来源

按可信度排列：官方 issue / 官方文档 > 节点仓库 issue > 社区帖 > 中文社区文章。 链接以纯文本给出（本站不做站外跳转），需要核对时请自行复制到浏览器打开。
  1. [47] （社区）　ComfyUI 'Paging File Is Too Small' (os error 1455)? Fix Windows Virtua　https://runaihome.com/blog/comfyui-paging-file-too-small-os-error-1455-fix-2026/
  2. [120] （官方 issue）　Excessive Memory Overcommit on High-RAM Systems · Issue #8298 · Comfy-　https://github.com/Comfy-Org/ComfyUI/issues/8298
  3. [121] （官方 issue）　Recent memory changes cause system freeze · Issue #10723 · Comfy-Org/C　https://github.com/Comfy-Org/ComfyUI/issues/10723
  4. 执行期运行时错误（张量/尺寸/节点）（11 条）

这条报错要用到的东西

按本条报错所属的类别（模型与权重文件加载）列出站内相关的下载包与板块入口。 它们不是「必须下载才能修好」，而是这一类问题里最常要动到的东西；具体怎么做，以上面的解决步骤为准。

ComfyUI 权重库（167 个文件 / 约 1187 GB）按 ComfyUI 的 models 目录分好类的 167 个权重文件 / 每个文件一份说明（放哪、被哪些工作流引用） 待挂载
权重库每个文件放哪个目录、文件名怎么写、被哪些工作流引用 板块 模型档案按上游仓库看完整文件树与体积 板块

同一类别的其他条目

【034】加载模型报 Error while deserializing header: HeaderTooLarge（文件根本不是 safetensors） 有来源 【035】加载模型报 MetadataIncompleteBuffer 或 incomplete metadata：文件下载被截断 有来源 【036】下拉框里找不到模型 / 报 Value not in list: ckpt_name not in []（模型放错目录或没刷新） 有来源 【037】LoRA 加载报 lora key not loaded：LoRA 与底模架构不匹配或被当成 checkpoint 加载 有来源 【038】IPAdapter 报 ClipVision model not found：CLIP Vision 是独立文件，需放进 models/clip_vision 有来源
这个解法对你有效吗 记录只存在你自己的浏览器里，不需要注册账号。

返回报错库