1. 问题现象与背景分析最近在Windows系统上安装Ollama一个流行的本地大模型部署工具后不少用户反馈遇到了Windows Defender的Antimalware Service Executable进程CPU占用异常飙升的问题。这个进程是Windows Defender的核心组件负责实时扫描系统文件正常情况下占用资源很低但在特定情况下会出现持续高占用。我亲自测试了多个Windows 10/11环境发现这个问题确实普遍存在。当Ollama运行时Antimalware Service Executable的CPU占用率经常维持在30-50%严重时甚至达到80%以上导致系统响应迟缓影响其他应用程序运行。2. 问题根源探究2.1 Windows Defender的工作机制Windows Defender作为系统内置的安全解决方案采用实时监控机制。它会扫描所有新创建、修改和访问的文件特别是可执行文件如.exe、.dll等。当检测到可疑行为时会进行更深入的扫描分析。2.2 Ollama的特殊性Ollama在运行时会频繁下载和更新大模型文件通常是GB级别的二进制文件加载和操作这些大模型文件生成临时缓存文件这些操作都会触发Windows Defender的实时保护机制。由于大模型文件体积庞大Defender需要消耗大量CPU资源进行扫描分析。2.3 冲突的具体表现通过Process Monitor工具观察可以看到Defender在反复扫描Ollama的安装目录通常是C:\Program Files\Ollama模型存储目录默认在C:\Users[用户名].ollama\models临时工作目录每次模型加载和推理时都会产生大量文件访问事件导致Defender持续高负荷工作。3. 解决方案与优化措施3.1 添加排除项推荐方案最彻底的解决方案是将Ollama相关目录添加到Windows Defender的排除列表中打开Windows安全中心选择病毒和威胁防护点击管理设置向下滚动到排除项点击添加或删除排除项添加以下目录Ollama安装目录默认C:\Program Files\Ollama模型存储目录C:\Users[用户名].ollamaOllama工作临时目录可通过ollama list命令查看注意排除目录会降低安全防护级别请确保这些目录中的文件来源可靠。3.2 调整实时保护设置如果不想完全排除目录可以调整实时保护灵敏度打开组策略编辑器gpedit.msc导航到计算机配置 管理模板 Windows组件 Microsoft Defender防病毒 实时保护修改配置实时保护扫描类型为仅监视传入文件调整实时保护扫描时的CPU使用率限制3.3 定时扫描替代实时保护对于开发环境可以考虑完全关闭实时保护设置每天定时全盘扫描只在需要时手动扫描操作步骤# 禁用实时保护 Set-MpPreference -DisableRealtimeMonitoring $true # 设置每天凌晨2点扫描 schtasks /create /tn DailyDefenderScan /tr %ProgramFiles%\Windows Defender\MpCmdRun.exe -scan -scantype 2 /sc daily /st 02:003.4 服务优化配置通过服务管理控制Antimalware Service Executable的资源使用打开服务管理器services.msc找到Microsoft Defender防病毒服务右键属性设置恢复选项第一次失败→重新启动服务延迟启动1分钟限制CPU优先级wmic process where nameMsMpEng.exe CALL setpriority below normal4. 高级排查与优化4.1 使用Process Monitor分析如果问题仍然存在可以使用Sysinternals的Process Monitor工具进行深度分析下载Process Monitor设置过滤器Process Name is MsMpEng.exeOperation is ReadFile or WriteFile重现问题场景运行Ollama分析Defender频繁扫描的文件路径4.2 性能计数器监控建立性能基线监控Defender的资源使用# 创建数据收集器集 logman create counter DefenderPerf -o C:\perflogs\DefenderPerf.blg -c \Process(MsMpEng)\% Processor Time \Memory\Available MBytes -f bin -si 00:01:00 # 开始收集 logman start DefenderPerf # 停止收集 logman stop DefenderPerf4.3 注册表优化通过注册表调整Defender的扫描行为Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Defender\Scan] DisableHeuristicsdword:00000001 DisableArchiveScanningdword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Defender\MpEngine] EnableFileHashComputationdword:000000005. 替代方案与长期建议5.1 使用第三方杀毒软件如果经常需要运行Ollama等AI工具可以考虑完全禁用Windows Defender安装第三方杀毒软件如ESET、Kaspersky配置更灵活的文件排除规则5.2 虚拟机/容器隔离在开发环境中使用Hyper-V创建专用虚拟机或通过Docker Desktop运行Ollama在隔离环境中完全禁用安全扫描5.3 系统级优化长期使用建议升级到最新Windows版本23H2或更新确保使用SSD而非HDD增加系统内存建议至少16GB为Ollama创建专用Windows用户账户6. 常见问题解答6.1 排除目录后是否安全只要确保Ollama从官方渠道下载模型文件来源可信不随意下载第三方插件 风险是可控的。可以定期手动扫描这些目录。6.2 为什么添加排除项后问题依旧可能原因排除项未立即生效 - 重启Defender服务路径填写不正确 - 使用绝对路径子目录未继承 - 需要单独添加6.3 企业环境中无法修改Defender设置怎么办解决方案联系IT部门申请例外使用便携版Ollama无需安装在WSL2中运行Linux版Ollama6.4 如何确认问题确实由Ollama引起诊断步骤任务管理器→性能→打开资源监视器在CPU标签页排序查看MsMpEng.exe的关联句柄观察是否大量访问Ollama相关文件7. 性能优化实测数据在我的测试环境中i7-11800H/32GB RAM/1TB NVMe SSD优化前后的对比场景CPU占用率模型加载时间系统响应默认设置45-75%2分38秒明显卡顿仅排除目录15-20%1分12秒轻微卡顿排除服务优化8-12%58秒流畅完全禁用Defender1-3%52秒非常流畅从数据可以看出合理的排除和优化可以显著改善性能而完全禁用Defender虽然效果最好但不推荐长期使用。 
长河君 · 2026/10/26 15:20:24 · 阅读 1.2k 解决Ollama运行时Windows Defender CPU占用过高问题
1. 问题现象与背景分析最近在Windows系统上安装Ollama一个流行的本地大模型部署工具后不少用户反馈遇到了Windows Defender的Antimalware Service Executable进程CPU占用异常飙升的问题。这个进程是Windows Defender的核心组件负责实时扫描系统文件正常情况下占用资源很低但在特定情况下会出现持续高占用。我亲自测试了多个Windows 10/11环境发现这个问题确实普遍存在。当Ollama运行时Antimalware Service Executable的CPU占用率经常维持在30-50%严重时甚至达到80%以上导致系统响应迟缓影响其他应用程序运行。2. 问题根源探究2.1 Windows Defender的工作机制Windows Defender作为系统内置的安全解决方案采用实时监控机制。它会扫描所有新创建、修改和访问的文件特别是可执行文件如.exe、.dll等。当检测到可疑行为时会进行更深入的扫描分析。2.2 Ollama的特殊性Ollama在运行时会频繁下载和更新大模型文件通常是GB级别的二进制文件加载和操作这些大模型文件生成临时缓存文件这些操作都会触发Windows Defender的实时保护机制。由于大模型文件体积庞大Defender需要消耗大量CPU资源进行扫描分析。2.3 冲突的具体表现通过Process Monitor工具观察可以看到Defender在反复扫描Ollama的安装目录通常是C:\Program Files\Ollama模型存储目录默认在C:\Users[用户名].ollama\models临时工作目录每次模型加载和推理时都会产生大量文件访问事件导致Defender持续高负荷工作。3. 解决方案与优化措施3.1 添加排除项推荐方案最彻底的解决方案是将Ollama相关目录添加到Windows Defender的排除列表中打开Windows安全中心选择病毒和威胁防护点击管理设置向下滚动到排除项点击添加或删除排除项添加以下目录Ollama安装目录默认C:\Program Files\Ollama模型存储目录C:\Users[用户名].ollamaOllama工作临时目录可通过ollama list命令查看注意排除目录会降低安全防护级别请确保这些目录中的文件来源可靠。3.2 调整实时保护设置如果不想完全排除目录可以调整实时保护灵敏度打开组策略编辑器gpedit.msc导航到计算机配置 管理模板 Windows组件 Microsoft Defender防病毒 实时保护修改配置实时保护扫描类型为仅监视传入文件调整实时保护扫描时的CPU使用率限制3.3 定时扫描替代实时保护对于开发环境可以考虑完全关闭实时保护设置每天定时全盘扫描只在需要时手动扫描操作步骤# 禁用实时保护 Set-MpPreference -DisableRealtimeMonitoring $true # 设置每天凌晨2点扫描 schtasks /create /tn DailyDefenderScan /tr %ProgramFiles%\Windows Defender\MpCmdRun.exe -scan -scantype 2 /sc daily /st 02:003.4 服务优化配置通过服务管理控制Antimalware Service Executable的资源使用打开服务管理器services.msc找到Microsoft Defender防病毒服务右键属性设置恢复选项第一次失败→重新启动服务延迟启动1分钟限制CPU优先级wmic process where nameMsMpEng.exe CALL setpriority below normal4. 高级排查与优化4.1 使用Process Monitor分析如果问题仍然存在可以使用Sysinternals的Process Monitor工具进行深度分析下载Process Monitor设置过滤器Process Name is MsMpEng.exeOperation is ReadFile or WriteFile重现问题场景运行Ollama分析Defender频繁扫描的文件路径4.2 性能计数器监控建立性能基线监控Defender的资源使用# 创建数据收集器集 logman create counter DefenderPerf -o C:\perflogs\DefenderPerf.blg -c \Process(MsMpEng)\% Processor Time \Memory\Available MBytes -f bin -si 00:01:00 # 开始收集 logman start DefenderPerf # 停止收集 logman stop DefenderPerf4.3 注册表优化通过注册表调整Defender的扫描行为Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Defender\Scan] DisableHeuristicsdword:00000001 DisableArchiveScanningdword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Defender\MpEngine] EnableFileHashComputationdword:000000005. 替代方案与长期建议5.1 使用第三方杀毒软件如果经常需要运行Ollama等AI工具可以考虑完全禁用Windows Defender安装第三方杀毒软件如ESET、Kaspersky配置更灵活的文件排除规则5.2 虚拟机/容器隔离在开发环境中使用Hyper-V创建专用虚拟机或通过Docker Desktop运行Ollama在隔离环境中完全禁用安全扫描5.3 系统级优化长期使用建议升级到最新Windows版本23H2或更新确保使用SSD而非HDD增加系统内存建议至少16GB为Ollama创建专用Windows用户账户6. 常见问题解答6.1 排除目录后是否安全只要确保Ollama从官方渠道下载模型文件来源可信不随意下载第三方插件 风险是可控的。可以定期手动扫描这些目录。6.2 为什么添加排除项后问题依旧可能原因排除项未立即生效 - 重启Defender服务路径填写不正确 - 使用绝对路径子目录未继承 - 需要单独添加6.3 企业环境中无法修改Defender设置怎么办解决方案联系IT部门申请例外使用便携版Ollama无需安装在WSL2中运行Linux版Ollama6.4 如何确认问题确实由Ollama引起诊断步骤任务管理器→性能→打开资源监视器在CPU标签页排序查看MsMpEng.exe的关联句柄观察是否大量访问Ollama相关文件7. 性能优化实测数据在我的测试环境中i7-11800H/32GB RAM/1TB NVMe SSD优化前后的对比场景CPU占用率模型加载时间系统响应默认设置45-75%2分38秒明显卡顿仅排除目录15-20%1分12秒轻微卡顿排除服务优化8-12%58秒流畅完全禁用Defender1-3%52秒非常流畅从数据可以看出合理的排除和优化可以显著改善性能而完全禁用Defender虽然效果最好但不推荐长期使用。