Alguien sabe interpretar el informe del latencymon?

#1 por Splashman el 27/04/2013
Estoy teniendo problemas de rendimiento y no se por donde arreglarlo, ya he pasado antivirus, antispywares, limpiado el registro, defragmentado, actualizado,desinstalado funciones extra, deshabilitado practicamente todas las aplicaciones de inicio y servicios que no son esenciales.
pero aun asi el sistema no fluye desde hace un par de semanas.


Alguien escribió:
_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:02:34 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: SYSTEM
OS version: Windows 7 Service Pack 1, 6.1, build: 7601 (x64)
Hardware: ASUSTeK Computer INC., P5N-MX
CPU: GenuineIntel Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz
Logical processors: 2
Processor groups: 1
RAM: 3837 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 2000,0 MHz
Measured CPU speed: 2027,0 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 37566,225878
Average measured interrupt to process latency (µs): 9,249586

Highest measured interrupt to DPC latency (µs): 437,239269
Average measured interrupt to DPC latency (µs): 3,154517


_________________________________________________________________________________________________________
MEASURED SMI, IPI AND CPU STALLS
_________________________________________________________________________________________________________
The SMI, IPI and CPU stalls value represents the highest measured interval that a CPU did not respond while having its maskable interrupts disabled.

Highest measured SMI or CPU stall (µs) 1,535969


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 273,220
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Highest reported total ISR routine time (%): 0,382714
Driver with highest ISR total time: hal.dll - Hardware Abstraction Layer DLL, Microsoft Corporation

Total time spent in ISRs (%) 0,962326

ISR count (execution time <250 µs): 532916
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 1
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 714,0450
Driver with highest DPC routine execution time: ndis.sys - Controlador NDIS 6.20, Microsoft Corporation

Highest reported total DPC routine time (%): 3,322876
Driver with highest DPC total execution time: Wdf01000.sys - Motor en tiempo de ejecución del marco de controlador en modo kernel, Microsoft Corporation

Total time spent in DPCs (%) 6,614918

DPC count (execution time <250 µs): 1085773
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 854
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: firefox.exe

Total number of hard pagefaults 30
Hard pagefault count of hardest hit process: 22
Highest hard pagefault resolution time (µs): 199960,7620
Total time spent in hard pagefaults (%): 0,312624
Number of processes hit: 6


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 23,804245
CPU 0 ISR highest execution time (µs): 273,220
CPU 0 ISR total execution time (s): 2,967273
CPU 0 ISR count: 532917
CPU 0 DPC highest execution time (µs): 714,0450
CPU 0 DPC total execution time (s): 20,284905
CPU 0 DPC count: 1066532
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 0,712746
CPU 1 ISR highest execution time (µs): 0,0
CPU 1 ISR total execution time (s): 0,0
CPU 1 ISR count: 0
CPU 1 DPC highest execution time (µs): 380,0050
CPU 1 DPC total execution time (s): 0,111798
CPU 1 DPC count: 20095
_________________________________________________________________________________________________________
Subir
#2 por rod_zero el 29/04/2013
Que programa estas utilizando para hacer música? ¿que plug ins? Que interface de audio? ¿sample rate y buffer size?

Ese informe te dice los resultados pero no que puede estar mal, hay otra pestaña que presenta la lista de procesos y la latencia que introducen, los que están arriba de 1 o cerca de son los que causan problemas.
Subir
#3 por Splashman el 30/04/2013
gracias por contestar
uso cubase 5.1 en win7 sp1 x64
plugins varios y diversos pero nada exagerado ni fuera de lo comun.
interface una focusrite a 44100 y 1024 de buffer
como ves la configuracion del audio la tengo al minimo y aun asi glichea, pero lo mas importante es que siempre ha funcionado bien hasta ahora.

En la pestaña de procesos no veo lo que me comentas de la latencia, el unico valor que muestra son los hardpage faults, te refieres a la pestaña de drivers? esa si que contiene mas datos
Subir
#4 por rod_zero el 30/04/2013
Si es en la de drivers, hay una columna que reporta valores como 0,09546 ...para cada uno de los procesos que usan drivers. Si hay valores de 1 o varios con .1 esos son los más problemáticos y podrías requerir actualizaciones, o si son cosas que no uses desactivarlos.
Subir
#5 por ups! el 03/05/2013
Este, junto con el de thesycon (a ver cuando lo actualizan para que sea preciso en w8, lo utilizo para las "cantadas", pero para entrar en detalle, ver correlaciones y acabar diagnosticando algo, te recomiendo en rattv3 de microsoft.

En la página de thesycon.de te explican que es el dpc, por extensión comprenderás que significan esos milisegundos y en el rattv3 dan información más detallada y puedes correlacionar con procesos.
Archivos adjuntos:
rattv3-report.jpg
BBCode:

por no tener, no tengo ni firma

Subir
#6 por Splashman el 03/05/2013
buena esa, voy a echarle un vistazo y comento
Subir
#7 por Splashman el 06/05/2013
Lo he instalado pero no se usarlo, hay un icono en el area de notificacion pero no se que hacer con el, alguna ayudita?
Subir
#8 por ups! el 06/05/2013
Le das a star monitoring y lo dejás, estará como un rato y se detendrá (sin avisos) si quieres dejarlo horas o todo el día tiene que poner antes "loop" mode en el mismo menu

Cuando haya acabado o lo pares, tendrás un fichero .ETL en c:\windows\system32\logfiles\rattv3 (fíjate en el título de la ventana que subí) y con doble click abriras el visor del windows performance analyzer que se traga esos archivos.

Un vez en él, abres/despliegas opciones de la zona derecha y la que te interesa la arrastras al centro y (paciencia) zas! ahí tienes esas gráficas. Si dejas el ratón encima de uno de los datos te da información al detalle.

Podrás observar correlaciones, por ejemplo, cuando aumenta el tráfico en un disco USB se dispara la latencia en usbport o más en wfd0001.sys ? y cosas así.

El problema que tienes, de base a windows, tal como lo explican en thesycon.de, no tiene solución: está hecho así, así gestiona la cola de peticiones a dispositivos. Solo lo podrás minimizar, afinando o si tienes un gran problema, erradicando el dispositivo(s) problemásticos, buscando agujas, varias, en un pajar.

En combinación con el rattv3 te aconsejo:
- process explorer (sysinternals)
- process monitor (sysinternals)
- pc hunter (http://www.downloadcrew.com/article/29999-pc_hunter) pongo este enlace porque el autor, http://www.epoolsoft.com/forum.php?mod=forumdisplay&fid=36 es chino.

Manejándote con esto y mucho google con el rattv3 acabarás pillándolo de la mano.

por no tener, no tengo ni firma

Subir
#9 por ups! el 31/05/2013
#7 ¿te aclaraste? encontraste y/o mejoraste algo ?

por no tener, no tengo ni firma

Subir
1
#10 por Splashman el 05/06/2013
que va al final fue degenerando, me puse en contacto con nvdia y practicamente me dijeron que es una estrategia de obsolescencia programada y se lavaron las manos asi que al final me ha tocado formatear.
No me compro una tarjeta nvidia mas aunque las otras sean menos buenas.
Subir
#11 por MarcianR el 05/04/2014
Me interesa este tema
Estoy teniendo problemas de este tipo pero el soft rattv3 que estas diciendo no aparece, en su reemplazo figura el "Windows Performance Toolkit Technical Reference"

Podrias ser un poco mas detallado para explicarme?

Por favor espero tu respuesta

SoundCloud

Subir
Respuesta rápida

Regístrate o para poder postear en este hilo