Interrupciones de hardware de logging (IRQ) que utilizan CPU del 10-25%

Tengo un server que usa el 10-25% del time de la CPU en interrupciones del hardware según el explorador de process.

¿Cómo haría para registrar / diagnosticar la causa de todas estas llamadas IRQ?

La máquina es virtual, así que sé que el hardware físico no es el problema (aunque podrían ser controlleres, etc).

ACTUALIZACIÓN: Se ha intentado la información de este artículo: http://msdn.microsoft.com/en-us/library/ms797921.aspx

Respecto al uso de tracelog.exe y tracerpt.exe para capturar events DPC e ISR, pero cuando ejecuto la traza no tiene ninguna de esa información, incluso con el modificador -dpcisr. Consigo la información del disco y del process en el informe pero ningunas interrupciones … Sé que las interrupciones están sucediendo porque el explorador del process todavía las está mostrando usar la CPU 6-15%

3 Solutions collect form web for “Interrupciones de hardware de logging (IRQ) que utilizan CPU del 10-25%”

KrView

Iniciar un command promt -> ir a la carpeta KRView

C:\Program Files\KrView\Kernrates>Kernrate_i386_XP.exe

Y usted consigue algo como

 Tiempo 51354 hits, 25000 events por golpe

 Módulo Hits msec% Tot Eventos / Sec
 Unesdoc.unesco.org unesdoc.unesco.org  
 intelppm 36726 64582 71% 14216809
 ntoskrnl 6681 64582 13% 2586246
 hal 5246 64582 10% 2030751
 Ntfs 637 64582 1% 246585
 tcpip                                 

Después de presionar CTRL + C (pero dejarlo en funcionamiento durante un time) y esto debería darle una indicación de dónde search.

Ahora para rastrear más información con respecto a estas unidades, si usted no puede adivinar quién hizo las unidades basadas en su nombre se puede encontrar en su carpeta del sistema de Windows (tcpip sería el file tcpip.sys, haga clic derecho en el file y se puede ver quien lo firmó).
Al search en su motor de búsqueda favorito para otras personas que podrían tener problemas simular me gustaría empezar a search el ninguno microsoft una vez.
Tenga en count que el intelppm puede ser puede ser la raíz de su problema, pero se mostrará muy alto en la list, ya que envía el command sleep a la CPU por lo que su position en la salida será muy alta (Si tiene una CPU AMD reemplace intelppm con un controller amd).
Como usted pudo haber notado esto no apunta una flecha agradable a su problema, todavía requerirá un cierto trabajo de usted para seguir abajo qué hacer con el problema es, pero debe dar su una ayuda en qué dirección para enfocar usted que busca.

Prueba esto:
KrView

La versión XP de KrView funciona en Vista, pero necesitas ejecutarla como Administrador. Inicie un shell de cmd como administrador y ejecute c: \ files de progtwig \ krview \ kernrates \ kernrate_i386_xp.exe mientras se está produciendo el problema de interrupción de hardware. Compare los resultados con cuando el problema no está ocurriendo. Esto le dirá qué controlleres de hardware están acaparando la CPU.

Intente esto: Inicio, Configuración, Panel de control, Sistema, Administrador de dispositivos, IDE, Propiedades del canal IDE principal, Configuración avanzada, Establezca ambos modos de transferencia en "DMA si está disponible".

  • Windows 7 incorpora ISO
  • Respaldo del server a NAS
  • ¿Cuál es la mejor manera de hacer el perfil de usuario / carpeta de redirect / file de directory de inicio?
  • Permisos NTFS: ¿cómo hacer que una carpeta sea sólo de lectura para un grupo, pero que dé permiso de escritura para un solo miembro de este grupo?
  • Dos o más máquinas en la misma networking de Windows con el mismo nombre de host del cliente
  • Inicio / detención de services en una PC remota
  • Cómo iniciar SMTP virtualhost a través de powershell o símbolo del sistema
  • Número de inicios de session anteriores a caching - ¿hay alguna forma de anular el límite de 50?
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.