谢谢张老师 那意思是可用物理内存还有很多吧？我去查查死锁关于!vm和!memusage的命令输出各字段代表的详细信息，不知道哪里有说明 《高端调试》，windbg help, 《windows internals》里都没有找到说明 

windbg手册上关于!vm的输出信息不多 ...

问题的奇怪之处在于：文件是在我们文件系统的两个卷之间拷贝，但栈回溯里却显示跟NTFS有关，我再手工回溯调用栈试试。另外尝试访问的内存有以下信息：1: kd> !pool fffff88004bbe0b8Pool page fffff88004bbe0b8 region is Unknownfffff88004bbe000 is not a valid large pool allocation, checking large session pool...fffff88004bbe000 is not a valid small pool allocation, checking large pool...unable to get pool big page table - ...

我们有一个文件系统驱动myfs.sys(类似FASTFAT)，现在测试发现在我们文件系统的两个卷间(比如S:盘，T:盘)间来回拷贝约包含100GB视频的文件时，有一定概率发生蓝屏。但是DUMP信息里没找到跟我们驱动相关的信息。求指点，非常感谢。1: kd> !analyze -v********************************************************************************                                     ...

之前试过verifier，设置后重启点用户名登陆，显示桌面前就会被verifier给直接bugcheck  不过verifier里除pool checking选项外还选了special pool和IRQL checking

3: kd> !analyze -v********************************************************************************                                                                       ...

用一个更新了部分代码的checked版驱动发到现场，现在不蓝屏了，更新的代码可能修正了潜在的BUG,但是不能确定问题是否真正得到了解决(其他环境因素可可能发生了变化，所以没法进行单一变量的测试)我使用了以下操作来分析dump!sym noisy.reload /i myfs.sys!analyze -v这时栈回溯信息里关联到源代码了，但是指向了明显不会执行到的地方，所以我怀疑匹配是错的张老师说即使是签过名的release版驱动仍可以正确定位到函数级别 我对这块不太清楚，不知道要怎么弄，特来请教谢谢

多谢张老师BugCheck 50, {ffffffff80000bdc, 0, fffff800041b30f3, 5}PAGE_FAULT_IN_NONPAGED_AREA就是说就算是签过名的Release版驱动，dump结合pdb仍能正确地指向函数级别 是吗另外我需要在代码中做什么特别的动作(预诊断措施)来配合这种可能出现的情况吗再次感谢

各位老师好：我想请教的是：有哪些更好的方法可以用来诊断这个问题。如标题里叙述的，我现在有一个windows 7平台上的release版文件系统驱动在现场概率性蓝屏(可能跟现场环境有关)，因为是签过名的releae驱动，好不容易拿回来的dump跟源代码对不上，不容易定位导致蓝屏的原因，而现场的特殊性又使得无论是请现场人员帮助做一些诊断测试还是亲自到现场去做调试都不太可能。因此想请教，有哪些通用的方法用来诊断这一类问题(签名驱动dump跟源码匹配不上，长时间运行偶发蓝屏，远程诊断)？ 谢谢