Encontre esto dando vueltas por la red , pense que era una estupidez y me lleve una gran sorpresa , espero que les sea de utilidad.
Si cualquier controlador de dispositivo en modo de núcleo en el sistema Windows es aplicado adecuadamente y provoca latencias excesivas de llamadas a procedimientos diferido (CPD), entonces probablemente los abandonos se produce cuando se utiliza en tiempo real las aplicaciones de audio o video streaming. Para obtener una explicación de este efecto ver antecedentes información a continuación.
La herramienta Comprobador de latencia DPC determina la latencia máxima DPC que se produce en el sistema Windows y por lo tanto le permite comprobar en tiempo real, capacidades de su equipo. DPC latencia Checker funciona independiente de cualquier hardware externo. Con esta herramienta puede ser útil en las siguientes situaciones :

• Usted sufre interrupciones (drop-outs) en un flujo de datos procesados en tiempo real, por ejemplo un flujo de audio, secuencias de vídeo o una secuencia de datos de medición, y desea saber la razón de este problema.
• ¿Quiere comprobar que su sistema Windows está configurado correctamente para que sea capaz de manejar datos en tiempo real la transferencia antes de instalar la aplicación correspondiente de streaming.

• ¿Quiere comprobar si un sistema informático en particular es adecuado para aplicaciones de streaming, por ejemplo antes de comprar este sistema.

DPC latencia Checker es muy sencillo de utilizar.No requiere instalación de software. La ventana principal se muestra a continuación.

DPC latencia Checker actualiza periódicamente sus datos estadísticos internos con un intervalo muestra como Intervalo de prueba. Estos datos estadísticos se consulta y se muestra en pantalla una vez por segundo. El valor de latencia actual indica la máxima latencia DPC se miden en el último segundo. El valor máximo absoluto de la etiqueta representa la latencia máxima medida ya que la herramienta se inició. Utilice el botón Reset para borrar este valor.

En un período de 3 segundos un controlador en modo de núcleo en el sistema se está estancando la CPU por cerca de 3,5 milisegundos. Así, cada 3 segundos latencia DPC es excepcional grande y deserción en tiempo real los flujos de datos normalmente se producen.
Usted puede encontrar el controlador que causa el exceso de latencias DPC mediante la desactivación de los dispositivos individuales utilizando el Administrador de dispositivos de Windows. Para abrir el Administrador de dispositivos, seleccione Propiedades desde el menú contextual del icono Mi PC del escritorio y haga clic en el botón Administrador de dispositivos en la ficha Hardware.


En Administrador de dispositivos deshabilitar los dispositivos individuales, una a la vez. Para deshabilitar un dispositivo, haga clic en la partida correspondiente (por ejemplo, en el adaptador Ethernet) y seleccione Deshabilitar en el menú contextual. Windows marca un dispositivo deshabilitado con una cruz leer como se muestra en la siguiente figura. Para habilitar un dispositivo nuevo, elija Activar en el menú contextual.


Después de que un solo dispositivo con discapacidad, cuidado de latencia DPC ver Checker. Cuando los valores de latencia excesiva desaparecen has encontrado el controlador de dispositivo responsable. Si aún hay grandes latencias excepcionales DPC tratar el siguiente dispositivo.
En muchos casos los problemas de latencia DPC son causadas por tipos específicos de dispositivos. Por lo tanto usted debe tratar los tipos de dispositivos que figuran a continuación en primer lugar.

    * Los adaptadores de red para Ethernet y Wireless LAN (W-LAN)
    * Interior módems
    * Los dispositivos de sonido (sistemas de a bordo de sonido)
    * Cualquier PCI o PCI Express tarjeta adicional, cualquier PCCard o ExpressCard, por ejemplo, tarjetas sintonizadoras de TV, RDSI o DSL adaptadores, modems, etc
Advertencia: No inutilizar los dispositivos que son esenciales para que el equipo funcione!
* Cualquier dispositivo en el Administrador de dispositivos en dispositivos del sistema o de la computadora,
    * El disco duro que contiene la partición del sistema,
    * El IDE / ATAPI o controlador SATA este disco duro es conectado a,
    * El teclado del sistema,
    * El ratón, los puntos de trayecto o un dispositivo de pantalla táctil,
    * El controlador externo USB de teclado y / o dispositivos de mouse está conectado,
    * El controlador de pantalla que figuran en Adaptadores de pantalla.
Cuando haya identificado el controlador de dispositivo que se encarga de la deserción escolar consultar el sitio del proveedor del dispositivo en la Web o de atención al cliente para encontrar una actualización para este controlador. Si esto no es posible usted puede decidir mantener el dispositivo en cuestión a la discapacidad está utilizando aplicaciones de streaming.
Al utilizar el método descrito anteriormente, en algunos casos puede que no sea posible identificar claramente a un controlador de dispositivo que se encarga de los problemas. En tal situación, usted podría intentar usar la herramienta de RATT está disponible en Microsoft. Sin embargo, Ratt no es fácil de usar y los resultados del análisis pueden ser difíciles de interpretar. Para descargar Ratt, de búsqueda de Google para "" Microsoft RATTV3.
Conocimientos previos: ¿Por qué los abandonos se producen?
El tratamiento de streaming de datos en tiempo real es una tarea muy difícil para las aplicaciones basadas en Windows y controladores de dispositivos. Esto se debe a que Windows diseño no es un sistema operativo en tiempo real. No hay garantía de que algunos (periódico) acciones se pueden ejecutar de manera oportuna.
Audio o datos de video transferidos desde o hacia un dispositivo externo se maneja normalmente por un controlador de dispositivo en modo de núcleo. Procesamiento de datos en los controladores de dispositivos como es controlado por interrupciones. Normalmente, el hardware externo publica periódicamente interrumpe para pedir al conductor transferir el siguiente bloque de datos. En los sistemas Windows basados en NT (Windows 2000 y superior) hay un mecanismo específico de manejo de interrupciones. Un controlador de dispositivo no puede procesar datos inmediatamente en su rutina de interrupción. Se tiene que programar una llamada a procedimiento diferido (DPC), que básicamente es una rutina de devolución de llamada que será llamado por el sistema operativo lo más pronto posible. Cualquier transferencia de datos realizada por el controlador de dispositivo se lleva a cabo en el contexto de esta rutina de devolución de llamada, llamada CDP para abreviar.
El sistema operativo mantiene CPD programadas por los controladores de dispositivos en una cola. Hay una cola de DPC por CPU disponibles en el sistema. En ciertos momentos el núcleo comprueba la cola de DPC y si no se va a interrumpir el tratamiento y no DPC se está ejecutando la primera DPC se des-cola y ejecutado. procesamiento de DPC cola sucede antes de que el despachador selecciona un hilo y le asigna el CPU a la misma. Por lo tanto, una llamada a procedimiento diferido tiene una prioridad más alta que cualquier hilo en el sistema.
Tenga en cuenta que el concepto de llamadas de procedimiento diferido existe en modo de núcleo único. Cualquier código en modo de usuario (aplicaciones de Windows) se ejecuta en el contexto de un hilo. Los hilos son gestionados y programado para su ejecución por el operador.
Si bien existe una multitarea preferente de hilos, DPC se ejecutan en forma secuencial de acuerdo a la primera en la naturaleza, en primer lugar de una cola de DPC. Por lo tanto, una especie de régimen multitarea cooperativa existe de aplazamiento de llamadas a procedimientos. Si alguna DPC tiene una duración de una cantidad excesiva de tiempo, otros CPD se retrasará en la misma cantidad de tiempo. En consecuencia, la latencia de un particular, DPC se define como la suma del tiempo de ejecución de todos los CPD en la cola por delante de este DPC. Con el fin de obtener certeza razonable latencias DPC, en el controlador de dispositivos de Windows Kit (DDK) de documentación de Microsoft recomienda volver de una rutina DPC lo más rápido posible. Cualquier operación larga y específicamente bucles que esperar un cambio de estado del hardware (de votación) se recomienda en absoluto.
Desafortunadamente, muchos controladores de dispositivos existentes no se ajustan a este consejo. Estos conductores gastan una cantidad excesiva de tiempo en sus rutinas DPC, causando una gran latencia excepcionales para CPD cualquier otro conductor. Para un controlador de dispositivo que controla los flujos de datos en tiempo real es fundamental que una DPC programada de su rutina de interrupción se ejecuta antes de que el hardware emite la siguiente interrupción. Si el CDP se retrasa y se ejecuta después de la interrupción se produjo al lado, por lo general un desbordamiento de búfer de hardware y se produce el flujo de datos se interrumpe. Una gota de espera.
DPC Latency Checker para Windows 7, Windows 7 x64, Windows Vista, Windows Vista x64,
Windows Server 2003, Windows Server 2003 x64, Windows XP, Windows XP x64, Windows 2000.

Si , no ?    , es que me daba fiaca resumir    Andres   

Por nada muchachos , gracias por comentar