我觉得首先要分析一下什么东西hang了 这篇blog有点帮助 Scoping and Troubleshooting Hangs of Various Causes http://blogs.msdn.com/ntdebugging/archive/2007/01/09/scoping-and-troubleshooting-hangs-of-various-causes.aspx 如果说你的机器只是hang在user mode下，也许连个remote debuger就可以看application 如果hang在kenerl mode下，当然应该分析kenerl dump了

在Windbg的help里面找一下这一章 Forcing a System Crash from the Keyboard

在 Windows® Internals, Fourth Edition 第二章的Table 2-2. Multiprocessor-Specific vs. Uniprocessor-Specific System Files 也有比较详细地描述

hang的原因很多，先看看这片blog做一下初步分析，有更多的信息才继续分析。 Scoping and Troubleshooting Hangs of Various Causes http://blogs.msdn.com/ntdebugging/archive/2007/01/09/scoping-and-troubleshooting-hangs-of-various-causes.aspx

一些进一步的研究和疑问。 先说问题，umd下如何能够分配Write combine的内存，我翻了下Win API没有发现合适的。在kmd下倒可以用MmAllocatePagesForMdlEx一类的函数指定memory的类型，诸如MmNonCached /MmCached / MmWriteCombined 再说研究，对于连续虚拟地址的大内存拷贝, 试验在一个atom cpu上做的，它有24k的L1级数据cache。 使用rep movsb,比如memcpy2是最慢的 使用rep ...

在实现memory copy的时候，是用MOVS直接从memroy拷贝到memroy 还是用MOV先拷贝到register，然后再拷贝到memroy快呢？我想问题的根结在于MOVS需不需要把memory的内容先读到CPU里面来。 从我查到资料来看最快的方法是，合理的控制cache,然后用movq从cache中读取data到mmx register中，然后用movntq写到memory中。不知道是不是这样是最快的？ 我的背景是这样的，需要在内核态完成1M的内存拷贝，越快越好了，因为每秒需要做60次这样的拷贝。这些内存(目标和源)实际上都是给集成显卡用的显存,软件本身不需要访问这些内存。

user mode下sxe只对当前被调试进程有效，也就是说其他process load dll时是不会断下来的。 如果这个dll是你自己的写的话，加个int 3应该可以满足你的需要

process /p没有效果，这个函数本身并不调用到内核态的函数。 最后还是开了个remote user mode debug来解决问题。

目标进程已经被断下来了的，断点2是好的，第二个pte命令显示断点2所在地址的PTE是好的。明天试试看.process /p有用不。

1: kd> bp MF!CMPMFTNodeInfo::ProcessInput1: kd> bp MF!CASFBytewiseMediaSource::DropSamples1: kd> bl 2 e 6af87e8e     0001 (0001) MF!CMPMFTNodeInfo::ProcessInput 3 e 6b09cc41     0001 (0001) MF!CASFBytewiseMediaSource::DropSamples 首先我下了两个断点，bl看了下似乎都成功了，但是断点3(DropSamples)不会停下来. ...