Problems with QueryPerformanceCounter on Windows Server 2003 Multi-Processor Hyper-V guests? Problemas con el QueryPerformanceCounter en Windows Server 2003 multi-procesador Hyper-V invitados? Here’s why. He aquí por qué.
A friend of mine from another group came to me with a problem he’s been having on some Windows Server 2003 guests. Un amigo mío de otro grupo vino a mí con un problema que ha de haber en algunos Windows Server 2003 huéspedes.
They’re doing some nifty stuff with the .NET Ellos están haciendo algunas cosas con elegante. NET Stopwatch() Cronómetro () class, and some WPF animations, which uses the clase, y algunas animaciones PMA, que utiliza la QueryPerformanceCounter Win32 API to figure out the timing during the animations. Apparently, when they run their code in Hyper-V, the animations look sort of… not good. API de Win32 para averiguar la fecha durante las animaciones. Parecer, cuando se ejecute código en su Hyper-V, mirar las animaciones de tipo ... no es bueno.
They’re using Windows Server 2003 SP2 x86, which has been allocated two virtual processors. Se está utilizando Windows Server 2003 SP2 x86, que se ha asignado dos procesadores virtuales.
It turns out that our performance guru, Tony Voellm, has already encountered something like this. From Tony’s Resulta que nuestro desempeño gurú, Tony Voellm, ya ha encontrado algo como esto. Tony De la blog post blog :
The root issue comes about from the Win32 QueryPerformanceCounter function. By default it uses a time source called the TSC. This is a CPU time source that essentially counts CPU cycles. The TSC for each (virtual) processor can be different so there is no guarantee that reading TSC on one processor has anything to do with reading TSC on another processor. This means back to back reads of TSC on different VP's can actually go backwards. La raíz viene cuestión acerca de la función QueryPerformanceCounter Win32. Por defecto, usa una fuente de tiempo llamado TSC. Esta es una fuente de tiempo de CPU que cuenta esencialmente ciclos de la CPU. El TSC para cada uno (virtual) de procesador puede ser diferente por lo que no hay garantía TSC que la lectura de un procesador tiene nada que ver con la lectura TSC en otro procesador. Esto significa al mismo tiempo dice de TSC en los diferentes VP de la realidad puede ir hacia atrás. Hyper-V guarantees that TSC will not go backwards on a single VP. Hyper-V garantiza que TSC no ir hacia atrás en un único vicepresidente.
The fix for this is to modify the guest’s BOOT.INI file by adding the La solución para esto es modificar el cliente BOOT.INI del archivo mediante la adición de la /USEPMTIMER / USEPMTIMER switch to your operating system’s boot entry. This tells the system to use a different timer for QueryPerformanceCounter-related tasks, and should alleviate the problem. cambiar a su sistema operativo de la entrada de inicio. Esto le dice al sistema a utilizar un temporizador para diferentes QueryPerformanceCounter relacionados con las tareas, y deben aliviar el problema.
Written by mikekol. Escrito por mikekol. Read more great feeds at is source Leer más grandes se alimenta en la fuente WEBSITE SITIO WEB
no comments No hay comentarios . .
Read more articles on Leer más artículos sobre Hyper-V RTM Hyper-V RTM and y otherSoftware otherSoftware and y Miscellaneous V Varios V . .
- [+] Digg [+] Digg : Feature this article : Reportaje este artículo
- [+] Del.icio.us [+] Del.icio.us : Bookmark this article : Marque este artículo
- [+] Furl [+] Furl : Bookmark this article : Marque este artículo
