Windows Windows groseramente lento con poca carga de trabajo.

Valenciaga dijo:

Pregunta tonta, pero cuando fue la ultima vez que hicisteis limpieza y defragmentación del disco.

Haz clic para expandir...

El sistema está en una M.2, los samples en una ssd (no necesitan defragmentar) y los hdds los desfragmenté hace poco, aunque casi no tenían fragmentación.

Darknesshell dijo:

El sistema está en una M.2, los samples en una ssd (no necesitan defragmentar) y los hdds los desfragmenté hace poco, aunque casi no tenían fragmentación.

Haz clic para expandir...

Supongo entonces que los M.2 y SSD hacen su optimización periódica y que has hecho limpiezas de ellos eliminando archivos innecesarios. Prueba a bajar e instalar el AMD Ryzen Master (si no lo tienes instalado), sirve no solo para OC, sino que te dará una serie de información que te puede ayudar para encontrar el problema. Por si acaso, yo bajaría el Superantispyware y lo pasaría un par de veces, luego lo desinstalo o lo desactivo en ajustes del propio programa.

Probando el LatencyMon.

No entiendo mucho, pero los pagefault entiendo que usan el disco y eso puede tener que ver algo ¿O no? Pregunto desde mi ignorancia.


_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for 0:05:43 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: HELL
OS version: Windows 10, 10.0, version 2009, build: 19044 (x64)
Hardware: MS-7A33, Micro-Star International Co., Ltd.
BIOS: 5.H0
CPU: AuthenticAMD AMD Ryzen 7 1700 Eight-Core Processor
Logical processors: 16
Processor groups: 1
Processor group size: 16
RAM: 32714 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI): 320 MHz
Reported CPU speed (registry): 320 MHz

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): 655,80
Average measured interrupt to process latency (µs): 7,573797

Highest measured interrupt to DPC latency (µs): 649,60
Average measured interrupt to DPC latency (µs): 3,525148


_________________________________________________________________________________________________________
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): 275,980
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Highest reported total ISR routine time (%): 0,081371
Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in ISRs (%) 0,082553

ISR count (execution time <250 µs): 112162
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 2
ISR count (execution time 1000-2000 µs): 0
ISR count (execution time 2000-4000 µ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): 275,820
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 472.47 , NVIDIA Corporation

Highest reported total DPC routine time (%): 0,058669
Driver with highest DPC total execution time: asmtxhci.sys - ASMedia xHCI Host Controller Driver, ASMedia Technology Inc

Total time spent in DPCs (%) 0,183627

DPC count (execution time <250 µs): 3146697
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 2
DPC count (execution time 1000-2000 µs): 0
DPC count (execution time 2000-4000 µ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: reaper.exe

Total number of hard pagefaults 35374
Hard pagefault count of hardest hit process: 22824
Number of processes hit: 84


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 22,851729
CPU 0 ISR highest execution time (µs): 275,980
CPU 0 ISR total execution time (s): 4,516080
CPU 0 ISR count: 97503
CPU 0 DPC highest execution time (µs): 275,820
CPU 0 DPC total execution time (s): 7,880176
CPU 0 DPC count: 2339104
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 3,308592
CPU 1 ISR highest execution time (µs): 105,040
CPU 1 ISR total execution time (s): 0,010212
CPU 1 ISR count: 4934
CPU 1 DPC highest execution time (µs): 146,380
CPU 1 DPC total execution time (s): 1,183647
CPU 1 DPC count: 587142
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 1,841219
CPU 2 ISR highest execution time (µs): 5,390
CPU 2 ISR total execution time (s): 0,000227
CPU 2 ISR count: 110
CPU 2 DPC highest execution time (µs): 159,450
CPU 2 DPC total execution time (s): 0,160635
CPU 2 DPC count: 42803
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 1,565951
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 108,510
CPU 3 DPC total execution time (s): 0,063047
CPU 3 DPC count: 18169
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 1,939321
CPU 4 ISR highest execution time (µs): 0,0
CPU 4 ISR total execution time (s): 0,0
CPU 4 ISR count: 0
CPU 4 DPC highest execution time (µs): 128,460
CPU 4 DPC total execution time (s): 0,117369
CPU 4 DPC count: 32212
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 1,581704
CPU 5 ISR highest execution time (µs): 0,0
CPU 5 ISR total execution time (s): 0,0
CPU 5 ISR count: 0
CPU 5 DPC highest execution time (µs): 145,870
CPU 5 DPC total execution time (s): 0,026798
CPU 5 DPC count: 8051
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 1,744560
CPU 6 ISR highest execution time (µs): 0,0
CPU 6 ISR total execution time (s): 0,0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 43,590
CPU 6 DPC total execution time (s): 0,066573
CPU 6 DPC count: 18458
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 1,376463
CPU 7 ISR highest execution time (µs): 0,0
CPU 7 ISR total execution time (s): 0,0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 88,320
CPU 7 DPC total execution time (s): 0,030431
CPU 7 DPC count: 10604
_________________________________________________________________________________________________________
CPU 8 Interrupt cycle time (s): 1,923009
CPU 8 ISR highest execution time (µs): 0,0
CPU 8 ISR total execution time (s): 0,0
CPU 8 ISR count: 0
CPU 8 DPC highest execution time (µs): 142,610
CPU 8 DPC total execution time (s): 0,065697
CPU 8 DPC count: 15383
_________________________________________________________________________________________________________
CPU 9 Interrupt cycle time (s): 1,494811
CPU 9 ISR highest execution time (µs): 0,0
CPU 9 ISR total execution time (s): 0,0
CPU 9 ISR count: 0
CPU 9 DPC highest execution time (µs): 120,030
CPU 9 DPC total execution time (s): 0,024751
CPU 9 DPC count: 5594
_________________________________________________________________________________________________________
CPU 10 Interrupt cycle time (s): 1,590707
CPU 10 ISR highest execution time (µs): 0,0
CPU 10 ISR total execution time (s): 0,0
CPU 10 ISR count: 0
CPU 10 DPC highest execution time (µs): 150,390
CPU 10 DPC total execution time (s): 0,042804
CPU 10 DPC count: 8404
_________________________________________________________________________________________________________
CPU 11 Interrupt cycle time (s): 1,318037
CPU 11 ISR highest execution time (µs): 0,0
CPU 11 ISR total execution time (s): 0,0
CPU 11 ISR count: 0
CPU 11 DPC highest execution time (µs): 143,190
CPU 11 DPC total execution time (s): 0,018004
CPU 11 DPC count: 4481
_________________________________________________________________________________________________________
CPU 12 Interrupt cycle time (s): 2,966794
CPU 12 ISR highest execution time (µs): 5,240
CPU 12 ISR total execution time (s): 0,005679
CPU 12 ISR count: 7386
CPU 12 DPC highest execution time (µs): 106,290
CPU 12 DPC total execution time (s): 0,090691
CPU 12 DPC count: 22823
_________________________________________________________________________________________________________
CPU 13 Interrupt cycle time (s): 1,432189
CPU 13 ISR highest execution time (µs): 4,220
CPU 13 ISR total execution time (s): 0,000230
CPU 13 ISR count: 242
CPU 13 DPC highest execution time (µs): 116,450
CPU 13 DPC total execution time (s): 0,028649
CPU 13 DPC count: 7241
_________________________________________________________________________________________________________
CPU 14 Interrupt cycle time (s): 1,794873
CPU 14 ISR highest execution time (µs): 2,210
CPU 14 ISR total execution time (s): 0,000538
CPU 14 ISR count: 548
CPU 14 DPC highest execution time (µs): 96,190
CPU 14 DPC total execution time (s): 0,104634
CPU 14 DPC count: 12930
_________________________________________________________________________________________________________
CPU 15 Interrupt cycle time (s): 2,148923
CPU 15 ISR highest execution time (µs): 4,050
CPU 15 ISR total execution time (s): 0,001278
CPU 15 ISR count: 1441
CPU 15 DPC highest execution time (µs): 137,070
CPU 15 DPC total execution time (s): 0,181823
CPU 15 DPC count: 13300
_________________________________________________________________________________________________________

Darknesshell dijo:

Probando el LatencyMon.

No entiendo mucho, pero los pagefault entiendo que usan el disco y eso puede tener que ver algo ¿O no? Pregunto desde mi ignorancia.

Haz clic para expandir...

En el LatencyMon debes fijarte más que nada en la pestaña "drivers" y ordenar los procesos por orden descendente para ver cuales son los que generan más latencia y a que dispositivos estan asociados.

Pero por el reporte pareciera que en ese rato no notó nada grave:

"Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for 0:05:43 (h:mm:ss) on all processors."

Cuando he tenido problemas de latencia, se pone anaranjada a roja la barra que se mueve en tiempo real y en el reporte me avisa que hay problemas.

¿Estabas usando Reaper en ese momento?

FranciscoCL dijo:

Pero por el reporte pareciera que en ese rato no notó nada grave:

"Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for 0:05:43 (h:mm:ss) on all processors."

Cuando he tenido problemas de latencia, se pone anaranjada a roja la barra que se mueve en tiempo real y en el reporte me avisa que hay problemas.

¿Estabas usando Reaper en ese momento?

Haz clic para expandir...

Tenía cargado el mismo proyecto que usé de ejemplo en el video. Con la misma latencia horrible.

Nexlander dijo:

En el LatencyMon debes fijarte más que nada en la pestaña "drivers" y ordenar los procesos por orden descendente para ver cuales son los que generan más latencia y a que dispositivos estan asociados.

Haz clic para expandir...

El más lento es el Direct X de Windows parece.

Darknesshell dijo:

Tenía cargado el mismo proyecto que usé de ejemplo en el video. Con la misma latencia horrible.

Haz clic para expandir...

Si fuese sólo ese programa, le echaría la culpa a él. Si ya pasa con varios otros, pues me declaro incompetente.

FranciscoCL dijo:

Si fuese sólo ese programa, le echaría la culpa a él. Si ya pasa con varios otros, pues me declaro incompetente.

Haz clic para expandir...

Al editar video (con Filmora) pasa lo mismo cuando aumento la carga de variables en el proyecto.

Nexlander dijo:

Por ejemplo ajustes problemáticos de esos Ryzen en la BIOS serían desactivar el HPET

Haz clic para expandir...

Si lo desactivo deja de funcionar el PC. Se pega al apagar o reiniciar y tengo que apagarlo a la fuerza.

¿Y si asignas los nucleos a mano?
aunque supuestamente eso se ha ido corrigiendo, siempre puede que te falle/no funcione y sufras de problemas latencia por accesos NUMA, ya que los ryzen se comportan como sistemas multiprocesadores y para acceder a la memoria del "otro procesador" tienes que pagar un peaje en forma de latencia.


Ahora cuales son los nucleos/hilos adyacentes ni idea.

wurrzag dijo:

¿Y si asignas los nucleos a mano?
aunque supuestamente eso se ha ido corrigiendo, siempre puede que te falle/no funcione y sufras de problemas latencia por accesos NUMA, ya que los ryzen se comportan como sistemas multiprocesadores y para acceder a la memoria del "otro procesador" tienes que pagar un peaje en forma de latencia.


Ahora cuales son los nucleos/hilos adyacentes ni idea.

Haz clic para expandir...

Voy a mover mi cabeza asintiendo como si entendiera de qué me hablas.

Darknesshell dijo:

Voy a mover mi cabeza asintiendo como si entendiera de qué me hablas.

Haz clic para expandir...

Tu procesador no es en realidad un procesador, si no 2 "pegados" (infinity fabric)
Luego, en una configuración dual channel la mitad de la memoria está conectada de manera directa a un procesador, la otra mitad al otro procesador, así que una petición a la memoria no conectada (no adyacente, NUMA, non-uniform memory access) ocurre mas menos de la siguiente manera...
-CPU-A: Hey, necesito éstos datos pero no los tengo, CPU-B
-CPU-B:¿qué?
-CPU-A: Necesito éstos datos de la memoria, pero no los tengo, debes tenerlos tú
-CPU-B ok, dejame buscar
...
-CPU-B: Si, acá están, toma
-CPU-A: Gracias, tomá tus +10, sos grosso, sabélo

Entonces la idea, especialmente en cosas en que la latencia sea primordial...(juegos... y quizás aplicaciones de música) es que todo lo que requiera de un set de datos está usandose en solo un procesador para tener acceso directo a la memoria, la manera troglodita de hacer esto es definiendo "afinidad" a uno o varios procesadores en el administrador de tareas (procesos-> click derecho sobre el proceso-> definir afinidad-> marcar los cores) donde me pierdo es que, no recuerdo si los nucleos se listan secuenciales (con los hilos 2x1 de manera alternada) o si se listan secuenciales... también ésto se supone que lo han ido arreglando con sucesivos parches, tanto de windows como de AMD

Por otro lado, ésto debiera ser patente en el manejo de los datos y no al nivel de interfaz, tampoco ser de "segundos"

Considera revisar cables y conexiones, quizás una unidad o algún periférico está generando un "atochamiento" en algún bus.

Y su update de bios? Quizá hayan corregido algo en este tiempo (De pasada descartas bit rot -- por si acaso).

Entre offtopic y no tanto... no cacho de Ryzen, pero me sorprende se repitan los mismos quirks de antaño. Recuerdo muy bien en los AM2+/AM3 con doble controlador de RAM el tema de dejarlos en Ganged/Unganged.

Ganged agrupaba los 2 controladores en uno solo de 128bit dando acceso full a la RAM a cualquier core, pero sólo una operación a la vez. Unganged dejaba los controladores separados 64bit, dando acceso a la mitad de RAM cada 2 cores pero en paralelo. Justamente en este modo pasaba lo que indica @wurrzag en su ejemplo, solo que en vez de CPU-a/CPU-b era CORE-ab/CORE-cd.

Repito, no cacho de Ryzen pero ¿no habrá una opción similar en la BIOS, que se pueda probar?

sndestroy dijo:

Entre offtopic y no tanto... no cacho de Ryzen, pero me sorprende se repitan los mismos quirks de antaño. Recuerdo muy bien en los AM2+/AM3 con doble controlador de RAM el tema de dejarlos en Ganged/Unganged.

Ganged agrupaba los 2 controladores en uno solo de 128bit, dando acceso full a la RAM a cualquier core, pero sólo una operación a la vez. Unganged dejaba los controladores separados 64bit, pero dando acceso a la mitad de RAM cada 2 cores en paralelo simultáneamente. Justamente en este modo pasaba lo que indica @wurrzag en su ejemplo.

Repito, no cacho de Ryzen pero ¿no habrá una opción similar en la BIOS, que se pueda probar?

Haz clic para expandir...

opción no, ya que el controlador de memoria está en cada "chip" (¿chiplet? no recuerdo como le llaman) y no separado

Recuerdo que había un procesador Intel que era similar pero el controlador de memoria estaba "afuera" (digamos, entre los 2 chips) por lo que el acceso a la memoria tenía la misma latencia desde cualquier nucleo... pero a costa de tener una latencia de base algo mas alta que si tuvieran el controlador de memoria integrado

Si el tema va por donde indica Wurzag, puedes probar con esto (solo la parte de bitsum dynamic local mode)

Si bien es para threadripper, ataca el mismo problema: priorizar que el trabajo se realice sobre núcleos que comparten memoria sin tener que pasar por tanto infinity fabric (en el tr2990wx, tienes 16 núcleos que se comunican a la memoria solo por infinity fabric, los que rinden menos).

la herramienta hace que Windows asigne el trabajo a los hilos que indiques y en caso de necesitar más, ahí recién recurre a los hilos no seleccionados. La he usado para hacer que use los CCX más rápidos, como también para repartir carga 1 hilo / 1 nucleo.

Ah, olvide decir que con Zen+, apagando el fastboot solucionaba los taldeos (no eran muy comunes, pues estamos hablando de un equipo de 32 cores y 128 GB de ram, pero era raro que existieran). Otro punto es la frecuencia de las memorias. No hubo caso en dejar estable sobre 2666 MT/s producto que el infinity fabric esta ligado a la frecuencia de memoria. Si apuntaba sobre ese valor, se iba a la cresta la estabilidad

sospecho de Trend Micro.

Lo curioso es que siempre te ha pasado.

Tu SSD tiene Dram? Que ssd es?

Me pasaba (y me pasa) lo mismo cuando mi SSD entraba en throttling por la falta de Dram.

Pasa una captura de crystal disk info cuando comienza los problemas.


Enviado desde mi iPhone utilizando Tapatalk