ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

【Bug已解决】TypeError: NoneType object is not callable occurs when using fsdp_auto_wrap_policy=NO_WRAP w

【Bug已解决】TypeError: NoneType object is not callable occurs when using fsdp_auto_wrap_policy=NO_WRAP w 【Bug已解决】TypeError NoneType object is not callable occurs when using fsdp_auto_wrap_policyNO_WRAP with fsdp_activation_checkpointingtrue 解决方案一、现象长什么样在accelerate的 FSDP 配置里同时开启fsdp_auto_wrap_policy: NO_WRAP fsdp_activation_checkpointing: true启动时直接炸TypeError: NoneType object is not callable或者TypeError: NoneType object is not callable at .../fsdp.py in _wrap_with_activation_checkpointing有时 stack 指向accelerate在构建 FSDP 时对模块套 activation checkpointing 包装的地方。最迷惑的是单独用NO_WRAP没问题单独开fsdp_activation_checkpointing: true也没问题二者一叠加就崩——典型的两个单独正确的配置组合后冲突。现象的本质是NO_WRAP这个 wrap policy 的语义是对匹配到的模块返回 None不包装而 activation checkpointing 的包装逻辑把 auto wrap policy当成 callable 去调用调用得到一个 None再把它当函数调用于是NoneType object is not callable。二、背景accelerate的 FSDP 配置里fsdp_auto_wrap_policy告诉 FSDP 哪些子模块需要被fully_wrap/分片包装。可选值常见有TRANSFORMER_BASED_WRAP、SIZE_BASED_WRAP、NO_WRAP。其中NO_WRAP表示不要自动包装任何模块——它在 accelerate 内部通常实现为一个返回None的函数或干脆是None常量表示这个模块不该被 wrap。fsdp_activation_checkpointing开启后accelerate 会对被 FSDP 包装的模块再套一层 activation checkpointing用checkpoint_wrapper/torch.utils.checkpoint。问题就出在组合当fsdp_activation_checkpointingtrue时accelerate 的包装流程会去调用 auto wrap policy 来决定如何包装。但如果 policy 是NO_WRAP即None或可返回None的函数包装流程拿到None后又把它当函数调用如policy(module)得到None再None(...)直接TypeError: NoneType object is not callable。换句话说activation checkpointing 的包装器假设 auto wrap policy 一定返回一个可调用/可包装对象而NO_WRAP的语义恰恰是返回 None 表示不包装——两套假设打架。下面用可运行代码复现policy 返回 None包装器把 None 当 callable 调用的机制。三、根因根因一句话NO_WRAP这个 auto wrap policy 的语义是返回 None 表示不包装该模块而fsdp_activation_checkpointing的包装逻辑把 policy 的结果当成 callable 再次调用于是None(...)触发TypeError: NoneType object is not callable。三个具体失配NO_WRAP返回 None包装器却调用它activation checkpointing 流程对 policy 的返回值做了二次调用None 不可调用。两个配置组合的假设冲突NO_WRAP假设不包装activation checkpointing 假设一定会包装、且 policy 可调用。缺空值保护包装流程没有对policy(module)的结果为 None 时做短路处理。四、最小可运行复现用纯 Python 模拟auto wrap policy 返回 None activation checkpointing 包装器二次调用导致的 TypeErrorfrom dataclasses import dataclass from typing import Optional, Callable class Module: def __init__(self, name): self.name name def NO_WRAP_policy(module: Module) - Optional[Callable]: 模拟 NO_WRAP匹配到就不包装返回 None。 return None def apply_activation_checkpointing(module: Module, policy): 模拟 accelerate 的激活检查点包装把 policy 结果当 callable 调用。 wrap_fn policy(module) # NO_WRAP 返回 None return wrap_fn(module) # None(module) - TypeError def main(): m Module(transformer_block) try: apply_activation_checkpointing(m, NO_WRAP_policy) except TypeError as e: print(复现到报错:, e) if __name__ __main__: main()运行会打印复现到报错: NoneType object is not callable——正是NO_WRAP activation checkpointing 组合的本质。五、解决方案第一层最小直接修复最立竿见影的修复有两个按场景选方案 A不要同时用NO_WRAP和fsdp_activation_checkpointing。如果真要 NO_WRAP不自动包装就关掉 activation checkpointing 的自动包装改为手动对被关心的模块单独加 activation checkpointing。方案 B在包装逻辑里对 None 做短路。即 activation checkpointing 包装前先判断policy(module)是不是 None是就跳过不包装。这需要在 accelerate 的配置/包装衔接处加保护——但用户侧的等价做法是把NO_WRAP换成返回恒等包装的 policy而不是返回 None。import torch.nn as nn def safe_wrap_policy(module: nn.Module): 修复版 policy返回恒等包装而非 None避免二次调用报错。 def identity(m): return m return identity def apply_activation_checkpointing_safe(module: nn.Module, policy): wrap_fn policy(module) if wrap_fn is None: # 关键短路None 就不包装 return module return wrap_fn(module) def main(): m nn.Linear(4, 4) out apply_activation_checkpointing_safe(m, safe_wrap_policy) print(修复后不再报错模块类型:, type(out).__name__) if __name__ __main__: main()第一层修复让policy 返回 None时直接跳过包装消除 TypeError。六、解决方案第二层结构性改进把wrap policy 永远返回可调用、且激活检查点包装对 None 短路收口成一个WrapPolicy抽象无论用户传NO_WRAP还是自定义 policy都归一化为返回可调用或显式 None 且被安全处理。import torch.nn as nn from dataclasses import dataclass from typing import Callable, Optional dataclass class WrapPolicy: mode: str NO_WRAP # NO_WRAP | SIZE_BASED | TRANSFORMER_BASED def resolve(self, module: nn.Module) - Optional[Callable]: if self.mode NO_WRAP: return None # 明确语义不包装 # 其他模式返回真实包装函数 def _wrap(m): return m return _wrap def wrap_with_checkpointing(self, module: nn.Module, ckpt_fn: Callable) - nn.Module: wrap_fn self.resolve(module) if wrap_fn is None: # 关键NO_WRAP 时不套激活检查点直接返回 return module wrapped wrap_fn(module) return ckpt_fn(wrapped) # 仅对真被包装的模块加 ckpt def main(): policy WrapPolicy(modeNO_WRAP) m nn.Linear(4, 4) import torch.utils.checkpoint as ckpt out policy.wrap_with_checkpointing(m, lambda x: x) print(NO_WRAP 下未加激活检查点模块保持原样:, type(out).__name__) if __name__ __main__: main()第二层的关键是wrap_with_checkpointing在resolve返回 None 时短路返回原模块从根本上消除把 None 当 callable的可能且把三种 policy 模式统一到同一契约。七、解决方案第三层断言 / CI 守护加 pytest 守护(1)NO_WRAP模式下激活检查点包装不报错且模块未被包装(2) 非空 policy 模式仍能正常套用(3) 任意 policy 被包装器调用都不应产生NoneType object is not callable。import torch import torch.nn as nn import pytest class WrapPolicy: def __init__(self, modeNO_WRAP): self.mode mode def resolve(self, module): if self.mode NO_WRAP: return None def _wrap(m): return m return _wrap def wrap_with_checkpointing(self, module, ckpt_fn): wrap_fn self.resolve(module) if wrap_fn is None: return module return ckpt_fn(wrap_fn(module)) def test_no_wrap_no_error(): policy WrapPolicy(NO_WRAP) m nn.Linear(4, 4) out policy.wrap_with_checkpointing(m, lambda x: x) assert isinstance(out, nn.Linear) # 未被错误包装 def test_non_none_policy_wraps(): policy WrapPolicy(SIZE_BASED) m nn.Linear(4, 4) out policy.wrap_with_checkpointing(m, lambda x: x) assert out is not None def test_never_calls_none(): policy WrapPolicy(NO_WRAP) m nn.Linear(4, 4) # 再次确认不会触发 None(...) try: policy.wrap_with_checkpointing(m, lambda x: x) except TypeError as e: assert NoneType not in str(e) if __name__ __main__: pytest.main([__file__, -q])CI 里test_no_wrap_no_error通过就能保证NO_WRAP activation checkpointing 的组合不再触发TypeError: NoneType object is not callable。八、排查清单遇到TypeError: NoneType object is not callable且 stack 指向 FSDP 包装时按此顺序查确认两个配置是否同时开fsdp_auto_wrap_policy: NO_WRAP与fsdp_activation_checkpointing: true。是则基本锁定本 bug。看单独用是否正常分别只开其中一个若都正常、组合才崩印证组合冲突。检查 policy 是否返回 NoneNO_WRAP的语义就是返回 None而激活检查点包装器可能二次调用它。第一层修复直接不同时用两者或把NO_WRAP换成返回恒等包装的 policy。确认你的 accelerate 版本较新版本可能已修若不能升级用第二层的短路包装兜底。手动加 activation checkpointing若必须用 NO_WRAP 且要激活检查点绕过自动配置对具体模块手动torch.utils.checkpoint.checkpoint。用 WrapPolicy 抽象统一把三种 policy 模式收口到WrapPolicy杜绝 None 被二次调用。九、小结fsdp_auto_wrap_policyNO_WRAP搭配fsdp_activation_checkpointingtrue报TypeError: NoneType object is not callable根因不在某个配置写错而在两套语义打架NO_WRAP的语义是对模块返回 None 表示不包装而 activation checkpointing 的自动包装逻辑把 policy 的返回值当成 callable 再次调用于是None(...)直接报错。它只在两者叠加时出现单独用都正常最易误判。修复三层第一层不同时开两者或把NO_WRAP换成返回恒等包装的 policy第二层用WrapPolicy抽象在wrap_with_checkpointing里对resolve返回 None 时短路返回原模块从根本上消除None 当 callable第三层用 pytest 断言NO_WRAP下激活检查点包装不报错且模块未被包装。记住NO_WRAP的 None 不是函数激活检查点包装前先判空再调用。
返回列表