有一台服务器安装了360然后就出现了固定频率的死机现象，周期大概为20天左右，机器一定要重启才能恢复，然后使用poolmon进行了长时间的监控，
发现tag为SFnb的驱动程序有严重的内存泄露，最终定位到360的驱动qutmdrv.sys(MD5：607da1beec4df3b2d76bcffa20f11e0b)
有规律的故障日志：
分析过程
看到换页池（paged pool）确实在异常消耗。日志记录从9月13日至9月28日，换页池从134M增长到177M，增长了43M，同时内存标签为SFnb的驱动程序占用的换页池从77M增长到116M，一共增加39M。我们看到SFnb不仅占用了大多数的换页池空间，而且新消耗的换页池也几乎都由其占用。因此我们有理由相信标签为SFnb的驱动程序在缓慢的进行内存泄露
010-09-13 星期一
14:06
Memory: 8377536K Avail: 7713440K PageFlts:-1329082458 InRam Krnl: 2168K P:130528K
Commit: 647560K Limit:10262404K Peak: 718480K Pool N:30384K P:134368K
Tag Type Allocs Frees Diff Bytes Per Alloc
SFnb Paged 276222 586 275636 77178080 280
MmSt Paged 305753 298510 7243 11675720 1612
MmCm Nonp 3181 3078 103 6444304 62566
UlHT Paged 1 0 1 4198400 4198400
TPLA Nonp 1024 0 1024 4194304 4096
Ntff Paged 282209 277851 4358 3556128 816
Gcac Paged 228 145 83 3129696 37707
LSwi Nonp 1 0 1 2576384 2576384
2010-09-28 星期二
09:24
Memory: 8377536K Avail: 7674456K PageFlts:1083518979 InRam Krnl: 2240K P:173116K
Commit: 665188K Limit:10262404K Peak: 795024K Pool N:30904K P:177180K
Tag Type Allocs Frees Diff Bytes Per Alloc
SFnb Paged 416584 717 415867 116442760 280
MmSt Paged 460407 452771 7636 13051616 1709
MmCm Nonp 3176 3073 103 6444304 62566
UlHT Paged 1 0 1 4198400 4198400
TPLA Nonp 1024 0 1024 4194304 4096
Ntff Paged 423905 419319 4586 3742176 816
结论是360并不是企业级的应用程序，只是面向一般用户，所以程序的稳定性其实不一定有很好的保证，
建议今后的企业级的用户如应用服务器上面还是不要安装这类软件，否则会后悔的，这个问题的发现到定位
总共用了3个月之多，代价巨大啊！