【发布时间】：2012-06-13 15:09:22
【问题描述】：
有时（在大约 50% 的运行中），EnumDevices 需要 5-10 秒才能返回。通常它几乎是即时的。我找不到任何关于此类行为的其他报告。
当事情变得如此缓慢时，可以通过观看 stdout 来分析 :) 这个：
std::cout << "A";
directInput8Interface->EnumDevices(DI8DEVCLASS_GAMECTRL, MyCallback, NULL, DIEDFL_ATTACHEDONLY);
std::cout << "C";
...
BOOL CALLBACK MyCallback(LPCDIDEVICEINSTANCE, LPVOID)
{
std::cout << "B";
return DIENUM_CONTINUE;
}
似乎通过枚举设备挂在一个随机点 - 有时它会在回调被调用之前，有时在几个之后，有时它会在最后一次调用它之后。
这显然是一段简化的代码；我实际上使用的是 OIS 输入库 (http://sourceforge.net/projects/wgois/)，因此有关上下文，请在此处查看完整源代码：
虽然那里似乎没有什么特别的果味，但可能是它们初始化中的某些原因 - 我对 DI8 了解不足，无法发现它。
任何关于为什么它会这么慢的想法将不胜感激！
编辑：
我设法在 etl 跟踪文件中发现了问题，并在 Windows 性能分析器中对其进行了分析。看起来EnumDevices 最终调用到DInput8.dll!fGetProductStringFromDevice，它调用HIDUSB.SYS!HumCallUSB，它调用KeWaitForSingleObject 并等待。 10 次中有 9 次（字面意思 - 跟踪中有 10 个样本）这会很快返回（每个 324us），准备好的调用堆栈包含 usbport.sys!USBPORT_Core_iCompleteDoneTransfer 后跟 HIDUSB.SYS!HumCallUsbComplete，看起来很正常。
但是 10 次中有 1 次，这几乎需要 5 秒才能返回。在准备好的调用堆栈上是 ntkrnlmp.exe!KiTimerExpiration 而不是 HIDUSB.SYS 函数。我猜这一切都表明 HIDUSB.SYS 驱动程序正在以 5 秒的超时时间异步查询设备，有时它会失败并达到此超时时间。
我不知道此故障是否与任何特定设备相关（我确实有一些 USB HID）或者它是否是随机的 - 很难测试，因为它并不总是发生。同样，任何人都可以给我的任何信息都将不胜感激，尽管鉴于 DirectInput 的奇怪情况，我不希望 Microsoft 很快解决这个问题！
也许我只需要提前开始异步初始化输入，并接受有时在用户输入发生之前会有 5 秒的延迟。
【问题讨论】：
标签： c++ wait directinput