PC reageert traag

[MrBlueEyes]

Sinds kort heb ik afentoe dat na een tijdje mijn pc erg traag reageert.

Op dat moment zie ik dat het proces "Systeemgeheugen en gecomprimeerd geheugen zo'n 14/15% van mijn cpu gebruikt en 150MB geheugen.
Processor zit maar totaal op 20/25% verbruik en geheugen op 42%. Toch zorgt dit voor een trage pc. Zo gaat typen tragen en blijven YouTube filmpjes hangen.

Ik heb al even gegoogled waar dit aan kan liggen. Oa. door windows tips (dus die uitgezet) of door te upgraden naar Windows 10 ipv van helemaal opnieuw installeren van Windows 10.

Windows 10 heb ik gisteren clean geïnstalleerd. Toch gebeurd het nu al weer.

Ik heb een i7 2600K en 16GB werkgeheugen dat is natuurlijk meer dan genoeg.

Waar kan dit door komen? En vooral waarom neemt dat proces in eens de hele tijd zoveel cpu in gebruik?

[EricJH]

Kijk eens met Resource Monitor of je een verband kunt vinden tussen CPU gebruik en HD aktiviteit.

[Will_M]

Lijkt me eerder dat de driver van je GPU ergens moeite mee heeft, of dat je gewoon een verkeerde driver gebruikt vóór je GPU.

[Der Heino]

Vergelijkbare issues bij mij, en inderdaad, waarschijnlijk ligt het probleem bij de GPU driver, Sinds een update van Windows 10 afgelopen maand heb ik het idee dat de driver van mn AMD Radeon 7800 me in de steek laat. Echter is het wel de meest up-2-date versie
Wellicht zit daar een fout in.

[MrBlueEyes]

Der Heino schreef op donderdag 31 december 2015 @ 10:04:
Vergelijkbare issues bij mij, en inderdaad, waarschijnlijk ligt het probleem bij de GPU driver, Sinds een update van Windows 10 afgelopen maand heb ik het idee dat de driver van mn AMD Radeon 7800 me in de steek laat. Echter is het wel de meest up-2-date versie
Wellicht zit daar een fout in.

Ik heb een Nvidia GTX 560Ti met de laatste drivers.

Mijn hoofd harde schijf is een Samsung 840 EVO 1TB

Ik heb nu een filmpje op YouTube aangezet, maar het probleem komt in ieder geval niet meteen.

[ Voor 8% gewijzigd door MrBlueEyes op 31-12-2015 10:27 ]

[MJanzn]

Let ook op de afzonderlijke threads, als 1core volledig belast wordt kunnen er ook vertragingen optreden.

[MrBlueEyes]

MJanzn schreef op donderdag 31 december 2015 @ 16:26:
Let ook op de afzonderlijke threads, als 1core volledig belast wordt kunnen er ook vertragingen optreden.

Gisteren kwam het niet voor. Ik zal het even in de gaten houden dan maar.

[Pwigle]

De tool die Microsoft gebruikt om dit te troubleshooten is de "Windows Performance Recorder". Die tool is gratis te downloaden echter heb je wel wat expertise nodig om de juiste conclusie te halen uit de output.

[MrBlueEyes]

DaPoztMaster schreef op zaterdag 02 januari 2016 @ 15:24:
De tool die Microsoft gebruikt om dit te troubleshooten is de "Windows Performance Recorder". Die tool is gratis te downloaden echter heb je wel wat expertise nodig om de juiste conclusie te halen uit de output.

Hmm ik zie zo 1,2,3 niet welk bestand ik moet gebruiken voor de analyze.

[Pwigle]

MrBlueEyes schreef op woensdag 06 januari 2016 @ 22:07:
[...]


Hmm ik zie zo 1,2,3 niet welk bestand ik moet gebruiken voor de analyze.

Er is een (groter) .ETL bestand, dat is je output. Die kan je openen met WPA (Windows Performance Analyzer). Als je de ETL zipt en deelt kan ik meekijken.

[MrBlueEyes]

DaPoztMaster schreef op vrijdag 08 januari 2016 @ 08:24:
[...]

Er is een (groter) .ETL bestand, dat is je output. Die kan je openen met WPA (Windows Performance Analyzer). Als je de ETL zipt en deelt kan ik meekijken.

Maar welk bestand moet je gebruiken om een output te krijgen? Er staan zoveel verschillende exe's etc.

[Pwigle]

Eerst start je WPRUI, dan start je een trace door op "Start" (of iets wat daar op lijkt) te drukken. Dan reproduceer je het probleem, stop de trace. De output is een .ETL.
Hou de trace zo kort mogelijk, dat maakt de oorzaak vinden makkelijker.

[MrBlueEyes]

DaPoztMaster schreef op zaterdag 09 januari 2016 @ 11:01:
Eerst start je WPRUI, dan start je een trace door op "Start" (of iets wat daar op lijkt) te drukken. Dan reproduceer je het probleem, stop de trace. De output is een .ETL.
Hou de trace zo kort mogelijk, dat maakt de oorzaak vinden makkelijker.

Dankje, dan is het wachten tot het probleem zich weer voor doet. Is niet makkelijk zelf na te spelen.

[Thralas]

LatencyMon is een simpelere tool om dit te debuggen (itt. Windows Performance tools).

[MrBlueEyes]

Thralas schreef op zaterdag 09 januari 2016 @ 17:29:
LatencyMon is een simpelere tool om dit te debuggen (itt. Windows Performance tools).

Het gaat in ieder geval over iets met mijn videokaart. Maar wat nu echt het probleem is? Of kan het gewoon hardware matig zijn dat mijn videokaart aan het overleden is ofzo?

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

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

Total time spent in ISRs (%) 0,098462

ISR count (execution time <250 µs): 111458
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
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): 390,993255
Driver with highest DPC routine execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation

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

Total time spent in DPCs (%) 0,145470

DPC count (execution time <250 µs): 552433
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 2
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.


Process with highest pagefault count: video.ui.exe

Total number of hard pagefaults 82
Hard pagefault count of hardest hit process: 37
Highest hard pagefault resolution time (µs): 1115,446334
Total time spent in hard pagefaults (%): 0,002372
Number of processes hit: 4

[Thralas]

Dat is niet dermate spannende output dat ik basis ervan een uitspraak durf te doen. Het probleem trad toch wel op tijdens deze capture neem ik aan? Toch zou ik de oorzaak in de kernel zoeken als tekstinput hangt.

Verder is het geheugengebruik ansich niet spannend als ik het internet mag geloven; Windows 10 comprimeert geheugen om het aantal hard pagefaults terug te dringen, maar het lijkt me dat dit geen merkbare impact op je systeem mag hebben.

Gebeurt het alleen bij filmpjes? Dan zou je nog even in de hoek van videoacceleratie kunnen snuffelen, misschien helpt het als je 't uitzet (ja).

[Will_M]

Thralas schreef op zaterdag 09 januari 2016 @ 20:59:
Dat is niet dermate spannende output dat ik basis ervan een uitspraak durf te doen. Het probleem trad toch wel op tijdens deze capture neem ik aan? Toch zou ik de oorzaak in de kernel zoeken als tekstinput hangt.

Verder is het geheugengebruik ansich niet spannend als ik het internet mag geloven; Windows 10 comprimeert geheugen om het aantal hard pagefaults terug te dringen, maar het lijkt me dat dit geen merkbare impact op je systeem mag hebben.

Gebeurt het alleen bij filmpjes? Dan zou je nog even in de hoek van videoacceleratie kunnen snuffelen, misschien helpt het als je 't uitzet (ja).

Probeer "Hardware Acceleratie" onder Edge nog maar eens uit te zetten... Standaard wordt "Edge" helaas wel als browser aan gesproken

[MrBlueEyes]

Thralas schreef op zaterdag 09 januari 2016 @ 20:59:
Dat is niet dermate spannende output dat ik basis ervan een uitspraak durf te doen. Het probleem trad toch wel op tijdens deze capture neem ik aan? Toch zou ik de oorzaak in de kernel zoeken als tekstinput hangt.

Verder is het geheugengebruik ansich niet spannend als ik het internet mag geloven; Windows 10 comprimeert geheugen om het aantal hard pagefaults terug te dringen, maar het lijkt me dat dit geen merkbare impact op je systeem mag hebben.

Gebeurt het alleen bij filmpjes? Dan zou je nog even in de hoek van videoacceleratie kunnen snuffelen, misschien helpt het als je 't uitzet (ja).

Ik moet iets van video aanzetten ja, maar het gebeurt niet altijd. Sowieso niet meteen. Ik kan meerdere youtube filmpjes aanzetten een mkv afspelen en er gebeurd niets. Maar ineens gaat het cpu gebruik van dat ene proces enorm omhoog.

wimmel_1 schreef op zaterdag 09 januari 2016 @ 21:09:
[...]


Probeer "Hardware Acceleratie" onder Edge nog maar eens uit te zetten... Standaard wordt "Edge" helaas wel als browser aan gesproken

Hoe bedoel je dat? Ik gebruik Edge namelijk niet.

[ Voor 14% gewijzigd door MrBlueEyes op 09-01-2016 21:57 ]

[MrBlueEyes]

Ik heb de test nu wat langer laten runnen.

CONCLUSION
_________________________________________________________________________________________________________
Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. At least one detected problem appears to be network related. In case you are using a WLAN adapter, try disabling it to get better results. 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:06:34 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: PC
OS version: Windows 8 , 6.2, build: 9200 (x64)
Hardware: Z68X-UD3H-B3, Gigabyte Technology Co., Ltd.
CPU: GenuineIntel Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
Logical processors: 8
Processor groups: 1
RAM: 16301 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 3410 MHz
Measured CPU speed: 1 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.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.


_________________________________________________________________________________________________________
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): 1009,581414
Average measured interrupt to process latency (µs): 4,603066

Highest measured interrupt to DPC latency (µs): 1002,374408
Average measured interrupt to DPC latency (µs): 1,839302


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

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

Total time spent in ISRs (%) 0,085883

ISR count (execution time <250 µs): 250032
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): 1048,591496
Driver with highest DPC routine execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation

Highest reported total DPC routine time (%): 0,067285
Driver with highest DPC total execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation

Total time spent in DPCs (%) 0,175564

DPC count (execution time <250 µs): 1836038
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 1547
DPC count (execution time 1000-1999 µs): 1
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.


Process with highest pagefault count: greenshot.exe

Total number of hard pagefaults 32
Hard pagefault count of hardest hit process: 11
Highest hard pagefault resolution time (µs): 354,767155
Total time spent in hard pagefaults (%): 0,000178
Number of processes hit: 6


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 18,366707
CPU 0 ISR highest execution time (µs): 251,535777
CPU 0 ISR total execution time (s): 2,705848
CPU 0 ISR count: 249913
CPU 0 DPC highest execution time (µs): 1048,591496
CPU 0 DPC total execution time (s): 4,960107
CPU 0 DPC count: 1731346
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 9,626044
CPU 1 ISR highest execution time (µs): 85,850733
CPU 1 ISR total execution time (s): 0,001281
CPU 1 ISR count: 120
CPU 1 DPC highest execution time (µs): 232,142229
CPU 1 DPC total execution time (s): 0,065892
CPU 1 DPC count: 12814
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 6,080677
CPU 2 ISR highest execution time (µs): 0,0
CPU 2 ISR total execution time (s): 0,0
CPU 2 ISR count: 0
CPU 2 DPC highest execution time (µs): 144,836657
CPU 2 DPC total execution time (s): 0,080426
CPU 2 DPC count: 18837
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 8,902337
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): 211,980938
CPU 3 DPC total execution time (s): 0,055934
CPU 3 DPC count: 11071
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 8,795307
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): 268,064809
CPU 4 DPC total execution time (s): 0,092128
CPU 4 DPC count: 15976
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 10,504202
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): 222,261877
CPU 5 DPC total execution time (s): 0,063174
CPU 5 DPC count: 10494
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 7,503420
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): 244,352493
CPU 6 DPC total execution time (s): 0,135041
CPU 6 DPC count: 25146
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 9,669358
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): 226,826979
CPU 7 DPC total execution time (s): 0,081286
CPU 7 DPC count: 11902
_________________________________________________________________________________________________________

[Breezyscouting]

Hoi!

Ik heb momenteel hetzelfde probleem met het proces genaamd "Systeemgeheugen en gecomprimeerd geheugen". Het neemt pakweg 10-30% van mijn ramgeheugen in gebruik (4gb DDR3L) en tijdens het gamen nog veel meer. Ik heb dit topic gelukkig gevonden dus maak er geen nieuwe voor aan.

Even over mijn computer:
Medion Akoya 7227T
Windows 10
Intel Core i5 4210m
Intel HD Graphics 4600
4GB DDR3L Ram

Ik speel dus sinds een tijdje veel meer games op mijn laptop (nadat na een inbraak mijn playstation pleite is) en deze zou prima wat kunnen leveren. Ik kan er redelijk steady Grand Theft Auto V op spelen maar iets lijkt het tegen te werken en ik verdenk natuurlijk dit proces omdat het zo absurd ontiegelijk asociaal veel RAM gebruikt. Ik vind het een erg vervelende issue en wil er dan ook graag vanaf. Ik ben nu bezig met het installeren van de microsoft windows ADK, maar hier heb ik wel hulp bij nodig. Ook draai ik even een CCleaner extra en voeg hieronder wat screens toe.

[ Voor 9% gewijzigd door Breezyscouting op 09-02-2016 21:46 ]

[MrBlueEyes]

Ik had zelf voornamelijk last van veel CPU gebruik niet veel geheugen. Helaas is het probleem nog niet weg, ook al heb ik er niet altijd last van.