[Løst] En CPU kjerne blir 100% belastet, finner ikke årsak.

**Uderzo** · 5. juli 2013

Jeg har et irriterende problem som jeg ikke klarer å løse.

Med 1-2 (vanligvis, noen ganger en ukes tid) dager mellomrom så begynner pc-en å slite. En eller flere av CPU-ens fire kjerner blir belastet 100%, men bare 12-20% totalt, men det får maskinen til å henge i 1-10 sekunder av gangen.

Når jeg bruker Process Explorer, ser jeg at det er slike tråder som stresser CPU-en:

8996 < 12.44 7 ntoskrnl.exe!ExEnterCriticalRegionAndAcquireResourceExclusive+0x40

Det eneste jeg får ut av dette er at det er noe driver/hardware relatert(?). Jeg hadde samme problem på min gamle pc, men har nettopp bygget meg en nytt haswell system, hvor det eneste jeg flyttet fra den gamle maskinen til den nye er et Asus Xonar lydkort og et Geforce GTX 780. Lydkortet har jeg friskmeldt. Har prøvd å reinstallere driverne til nvidia kortet, fjernet geforce experience, siden jeg leste at det programmet har skapt slike problemer hos noen. Men ingenting hjelper.

Er det noen der ute som har vært borti dette problemet og som har noen tips?

Maskin specs i profilen.

Edit: Så nettopp at det har kommet ut en ny nvidia driver, installerer den nå. Håper det hjelper, men holder ikke akkurat pusten

Endret 5. juli 2013 av Uderzo

Syar-2003 · 5. juli 2013

Ulik hardware mens felles nevneren er samme person.

Tyder litt på at du har noe software felles med leaking threds memory eller annen offending bruk du installerer som er i begge .

Problemet er å identifisere hvor de kall kommer fra.

5. juli 2013

Hvilken OS-versjon har du? Har du noen warnings / errors i windows event viewer som kan kaste lys på problemet? Gjorde du clean install? kan være trojaner f.eks. som gir seg ut for å være ntoskrnl.exe

**Uderzo** · 5. juli 2013

Ulik hardware mens felles nevneren er samme person.

Tyder litt på at du har noe software felles med leaking threds memory eller annen offending bruk du installerer som er i begge .

Problemet er å identifisere hvor de kall kommer fra.

Ja, det kan tyde på at det er et eller annet program som lager krøll, men så var det det å finne ut hvilket :hmm:

Endret 5. juli 2013 av Uderzo

**Uderzo** · 5. juli 2013

Hvilken OS-versjon har du? Har du noen warnings / errors i windows event viewer som kan kaste lys på problemet? Gjorde du clean install? kan være trojaner f.eks. som gir seg ut for å være ntoskrnl.exe

Windows 8 pro. Ingen errors i event viewer. Gjorde en clean install. Har kjørt en rekke scanninger for trojanere/malware.

Endret 5. juli 2013 av Uderzo

Syar-2003 · 5. juli 2013

Det jeg tenkte på er om du har noe favoritt app , software du alltid installerer først.

Selv hadde jeg jumpy/hakkete scolling (ikke smooth scrolling i web browsing - fryktlig irriterende) sist jeg plagdes av samme feil på flere nye pc.

Viste seg å være bug i logitech setpoint mus/keyboard applikasjons og driver pakke.

Endret 5. juli 2013 av syar2003

Malvado · 5. juli 2013

Logitech setpoint har en del problemer , noen GoG spill vil ikke fungere om setpoint kjører (King of dragon Pass) og personlig føler jeg at programvaren er nesten på høyde med "bloatware".

Uansett så er jeg enig i at det kan være lurt å sjekke det syar påpeker men sjekk også at :

*Alt av drivere til hovedkort , skjermkort , lyd (integrert / dedikert ) er innstallert.

*Bruker man "ymse" utgaver av Os'et så bør man også være varsom, det kan være trojaner eller annet som kjører i bakgrunnen og koser seg og da kan det være vanskelig å fjerne / finne.

**Uderzo** · 5. juli 2013

Det jeg tenkte på er om du har noe favoritt app , software du alltid installerer først.

Selv hadde jeg jumpy/hakkete scolling (ikke smooth scrolling i web browsing - fryktlig irriterende) sist jeg plagdes av samme feil på flere nye pc.

Viste seg å være bug i logitech setpoint mus/keyboard applikasjons og driver pakke.

Problemet oppstod på min gamle maskin et par uker før jeg byttet den ut. Så jeg må ha installert et program, som jeg videreførte til min nye maskin. Jeg installerte Deluge som en tynn klient (daemon kjører på en linux server), noe jeg også installerte på min nye maskin, kan det være deluge klienten som skaper disse problemene?

280 torrents ligger for tiden på klienten.

Endret 5. juli 2013 av Uderzo

**Uderzo** · 5. juli 2013

Logitech setpoint har en del problemer , noen GoG spill vil ikke fungere om setpoint kjører (King of dragon Pass) og personlig føler jeg at programvaren er nesten på høyde med "bloatware".

Uansett så er jeg enig i at det kan være lurt å sjekke det syar påpeker men sjekk også at :

*Alt av drivere til hovedkort , skjermkort , lyd (integrert / dedikert ) er innstallert.

*Bruker man "ymse" utgaver av Os'et så bør man også være varsom, det kan være trojaner eller annet som kjører i bakgrunnen og koser seg og da kan det være vanskelig å fjerne / finne.

Skal prøve å avinstallere setpoint (Logitech gaming software i mitt tilfelle, for min G700s) driverne.

Alt driverne er installert og av siste versjon.

Windows 8 er rett fra min Technet(R.I.P. ) konto

**Uderzo** · 14. juli 2013

Det var Air Video sin server applikasjon som skapte problemene. Lukka et og et program, og da jeg kom til Air Video forsvant CPU peakene

Endret 14. juli 2013 av Uderzo

Syar-2003 · 14. juli 2013

Hehe.. var en tredjeparts app som jeg trodde da. Godt jobba.[thumbs-up]

**Uderzo** · 15. juli 2013

Det var Air Video sin server applikasjon som skapte problemene. Lukka et og et program, og da jeg kom til Air Video forsvant CPU peakene

Trodde jeg. Det må bare ha vært tilfeldig. Nå er CPU peakene tilbake for full sving. Stopper ikke selv om jeg avslutter absolutt alle programmene jeg har kjørende. Kun en restart hjelper.

Nå er jeg helt lost, aner ikke hva som foregår :hm:

Kan det være en minnelekkasje som skaper dette problemet? I så fall, hvordan finner jeg ut hva som forårsaker dette, og hvordan det kan løses?

Eller en driver?

Er helt rådvill :confused:

Endret 15. juli 2013 av Uderzo

snippsat · 15. juli 2013

hvordan finner jeg ut hva som forårsaker dette, og hvordan det kan løses?

Bruk Process Explorer og eventuelt Process Monitor

Dette er kraftig verktøy mye sier selv når man bruker dem,man kan også gå inn i stack(sette opp symbols) og ta Minidumb for bruk av WinDbg.

Du burde enkelt greie og identifisere hva som lager CPU peakene,så får du eller poste tilbake viss du er usikker på hvordan løse dette.

Endret 15. juli 2013 av SNIPPSAT

**Uderzo** · 15. juli 2013

Glimrende. Har brukt Process Explorer, men installerer Process monitor + WinDbg.

Jeg regner med at jeg må vente til cpu peaksene starter igjen før jeg gjør noe mer? I så fall hvordan går jeg frem for å finne "synderen"?

snippsat · 15. juli 2013

På sticky tråd "Hvordan DU kan feilsøke Windows! (Guider)"

Har fenderebest skrevet litt om det her.

https://www.diskusjon.no/index.php?showtopic=919442&st=20

Syar-2003 · 15. juli 2013

En god pekepinn bruker å være handles som bare øker og øker for en gitt applikasjon/driver

Du finner litt info om å bruke taskmanager / process explorer til dette her:

http://blogs.technet...andle-leak.aspx

Mener ikke at du straks skal gå videre med windbg men hvis mulig identifisere handle leaks.

Med process explorer kan du også sjekke om du har hardware interrupts IRQ's eller DPC som bogger ned cpu.

Driver eller hardware problem.

Kikk her på bruk av krview hvor de fant intelppm.sys som synder.

Results for Kernel Mode:

-----------------------------

OutputResults: KernelModuleCount = 179

Percentage in the following table is based on the Total Hits for the Kernel

Time 23794 hits, 25000 events per hit --------

Module Hits msec %Total Events/Sec

intelppm 23405 60000 98 % 9752083

Inlegg #3

http://www.techsuppo...0-a-479003.html

Kernrate (Microsoft) d/l på Softpedia

http://www.softpedia.com/progDownload/Kernrate-Viewer-Download-208503.html

Kjørt på min Win8 (64 bit)

Microsoft Windows [Version 6.2.9200]
(c) 2012 Microsoft Corporation. All rights reserved.
C:\windows\system32>cd "\Program Files (x86)\KrView\Kernrates"
C:\Program Files (x86)\KrView\Kernrates>dir
Volume in drive C is Windows8_OS
Volume Serial Number is DC8A-47C4
Directory of C:\Program Files (x86)\KrView\Kernrates
15.07.2013  23:11    <DIR>		  .
15.07.2013  23:11    <DIR>		  ..
07.11.2003  16:58		   269 312 Kernrate_i386_Win2000.exe
07.11.2003  16:58		   129 024 Kernrate_i386_XP.exe
07.11.2003  16:59		   326 656 Kernrate_ia64_XP.exe
		   3 File(s)	    724 992 bytes
		   2 Dir(s)  47 834 599 424 bytes free
C:\Program Files (x86)\KrView\Kernrates>Kernrate_i386_Win2000.exe -m -s 60
/==============================\
<		 KERNRATE LOG		   >
\==============================/
Date: 2013/07/15   Time: 23:13:53
Machine Name: HBIDEA-PC
Number of Processors: 4
PROCESSOR_ARCHITECTURE: x86
PROCESSOR_LEVEL: 6
PROCESSOR_REVISION: 3a09
Physical Memory: 8072 MB
Pagefile Total: 9543 MB
Virtual Total: 2047 MB
PageFile1: \??\C:\pagefile.sys, 1472MB
OS Version: 6.2 Build 9200 Service-Pack: 0.0
WinDir: C:\windows
Kernrate User-Specified Command Line:
Kernrate_i386_Win2000.exe -m -s 60

Kernel Profile (PID = 0): Source= Time,
Using Kernrate Default Rate of 10000 events/hit
Starting to collect profile data
Will collect profile data for 60 seconds
===> Finished Collecting Data, Starting to Process Results
------------Overall Summary:--------------
P0	 K 0:00:03.890 ( 6.5%)  U 0:00:05.109 ( 8.5%)  I 0:00:51.000 (85.0%)  DPC
0:00:00.390 ( 0.7%)  Interrupt 0:00:00.140 ( 0.2%)
   Interrupts= 88652, Interrupt Rate= 1478/sec.
P1	 K 0:00:06.359 (10.6%)  U 0:00:05.875 ( 9.8%)  I 0:00:47.765 (79.6%)  DPC
0:00:00.437 ( 0.7%)  Interrupt 0:00:00.453 ( 0.8%)
   Interrupts= 85891, Interrupt Rate= 1432/sec.
P2	 K 0:00:04.906 ( 8.2%)  U 0:00:05.265 ( 8.8%)  I 0:00:49.828 (83.0%)  DPC
0:00:00.203 ( 0.3%)  Interrupt 0:00:00.062 ( 0.1%)
   Interrupts= 87248, Interrupt Rate= 1454/sec.
P3	 K 0:00:03.906 ( 6.5%)  U 0:00:03.859 ( 6.4%)  I 0:00:52.234 (87.1%)  DPC
0:00:00.203 ( 0.3%)  Interrupt 0:00:00.093 ( 0.2%)
   Interrupts= 68604, Interrupt Rate= 1143/sec.
TOTAL  K 0:00:19.062 ( 7.9%)  U 0:00:20.109 ( 8.4%)  I 0:03:20.828 (83.7%)  DPC
0:00:01.234 ( 0.5%)  Interrupt 0:00:00.750 ( 0.3%)
   Total Interrupts= 330395, Total Interrupt Rate= 5507/sec.

Total Profile Time = 60000 msec
								   BytesStart		  BytesStop		 Byt
esDiff.
   Available Physical Memory   ,	  6068199424,	  6076186624,		 7987
200
   Available Pagefile(s)	   ,	  7357571072,	  7351451648,	    -6119
424
   Available Virtual		   ,	  2101407744,	  2099822592,	    -1585
152
   Available Extended Virtual  ,			   0,			   0,
 0
							  Total	  Avg. Rate
   Context Switches	 ,	   459074,		 7651/sec.
   System Calls		 ,	  1598354,		 26639/sec.
   Page Faults		  ,	   304825,		 5080/sec.
   I/O Read Operations  ,		 1973,		 33/sec.
   I/O Write Operations ,		  554,		 9/sec.
   I/O Other Operations ,	   230192,		 3837/sec.
   I/O Read Bytes	   ,	  3073340,		 1558/ I/O
   I/O Write Bytes	  ,	  2330251,		 4206/ I/O
   I/O Other Bytes	  ,	  1763203,		 8/ I/O
-----------------------------
Results for Kernel Mode:
-----------------------------
OutputResults: KernelModuleCount = 195
Percentage in the following table is based on the Total Hits for the Kernel
Time - No Hits Recorded
================================= END OF RUN ==================================
============================== NORMAL END OF RUN ==============================
C:\Program Files (x86)\KrView\Kernrates>

Endret 15. juli 2013 av syar2003

**Uderzo** · 17. juli 2013

Kernrate sier følgende:

 /==============================\
<		 KERNRATE LOG		   >
\==============================/
Date: 2013/07/17   Time: 18:43:37
Machine Name: PC
Number of Processors: 8
PROCESSOR_ARCHITECTURE: AMD64
PROCESSOR_LEVEL: 6
PROCESSOR_REVISION: 3c03
Physical Memory: 16272 MB
Pagefile Total: 18575 MB
Virtual Total: 8388607 MB
PageFile1: \??\C:\pagefile.sys, 2304MB
OS Version: 6.2 Build 9200 Service-Pack: 0.0
WinDir: C:\Windows
Kernrate Executable Location: C:
Kernrate User-Specified Command Line:
kernrate

Kernel Profile (PID = 0): Source= ProfileTime,
Using Kernrate Default Rate of 10000 events/hit
Starting to collect profile data
***> Press ctrl-c to finish collecting profile data
===> Finished Collecting Data, Starting to Process Results
------------Overall Summary:--------------
P0	 K 0:00:00.531 ( 6.6%)  U 0:00:00.265 ( 3.3%)  I 0:00:07.234 (90.1%)  DPC
0:00:00.046 ( 0.6%)  Interrupt 0:00:00.093 ( 1.2%)
   Interrupts= 122925, Interrupt Rate= 15306/sec.
P1	 K 0:00:00.171 ( 2.1%)  U 0:00:00.265 ( 3.3%)  I 0:00:07.593 (94.6%)  DPC
0:00:00.000 ( 0.0%)  Interrupt 0:00:00.000 ( 0.0%)
   Interrupts= 11035, Interrupt Rate= 1374/sec.
P2	 K 0:00:00.421 ( 5.3%)  U 0:00:00.250 ( 3.1%)  I 0:00:07.359 (91.6%)  DPC
0:00:00.000 ( 0.0%)  Interrupt 0:00:00.000 ( 0.0%)
   Interrupts= 85763, Interrupt Rate= 10679/sec.
P3	 K 0:00:00.546 ( 6.8%)  U 0:00:00.359 ( 4.5%)  I 0:00:07.125 (88.7%)  DPC
0:00:00.000 ( 0.0%)  Interrupt 0:00:00.000 ( 0.0%)
   Interrupts= 117975, Interrupt Rate= 14689/sec.
P4	 K 0:00:00.453 ( 5.6%)  U 0:00:00.687 ( 8.6%)  I 0:00:06.890 (85.8%)  DPC
0:00:00.000 ( 0.0%)  Interrupt 0:00:00.000 ( 0.0%)
   Interrupts= 87945, Interrupt Rate= 10950/sec.
P5	 K 0:00:00.359 ( 4.5%)  U 0:00:00.125 ( 1.6%)  I 0:00:07.546 (94.0%)  DPC
0:00:00.000 ( 0.0%)  Interrupt 0:00:00.031 ( 0.4%)
   Interrupts= 107430, Interrupt Rate= 13376/sec.
P6	 K 0:00:00.421 ( 5.3%)  U 0:00:00.843 (10.5%)  I 0:00:06.765 (84.2%)  DPC
0:00:00.000 ( 0.0%)  Interrupt 0:00:00.031 ( 0.4%)
   Interrupts= 71389, Interrupt Rate= 8889/sec.
P7	 K 0:00:00.250 ( 3.1%)  U 0:00:00.453 ( 5.6%)  I 0:00:07.328 (91.2%)  DPC
0:00:00.000 ( 0.0%)  Interrupt 0:00:00.000 ( 0.0%)
   Interrupts= 19449, Interrupt Rate= 2422/sec.
TOTAL  K 0:00:03.156 ( 4.9%)  U 0:00:03.250 ( 5.1%)  I 0:00:57.843 (90.0%)  DPC
0:00:00.046 ( 0.1%)  Interrupt 0:00:00.156 ( 0.2%)
   Total Interrupts= 623911, Total Interrupt Rate= 77685/sec.

Total Profile Time = 8031 msec
								   BytesStart		  BytesStop		 Byt
esDiff.
Available Physical Memory   ,	 12303433728,	 12288614400,	   -14819
328
Available Pagefile(s)	   ,	 11947790336,	 11938820096,		-8970
240
Available Virtual		   ,   8796041162752,   8796040114176,		-1048
576
Available Extended Virtual  ,			   0,			   0,
 0
Committed Memory Bytes	  ,	  3235647488,	  3243896832,		 8249
344
Non Paged Pool Usage Bytes  ,	   200847360,	   200859648,		   12
288
Paged Pool Usage Bytes	  ,	   350679040,	   350609408,		  -69
632
Paged Pool Available Bytes  ,	   941215744,	   932966400,		-8249
344
Free System PTEs			,		33559532,		33559524,
-8
							  Total	  Avg. Rate
Context Switches	 ,	  1255739,		 156357/sec.
System Calls		 ,	  1600728,		 199312/sec.
Page Faults		  ,		23606,		 2939/sec.
I/O Read Operations  ,		24432,		 3042/sec.
I/O Write Operations ,		  495,		 62/sec.
I/O Other Operations ,		21458,		 2672/sec.
I/O Read Bytes	   ,	 12231361,		 501/ I/O
I/O Write Bytes	  ,	   162779,		 329/ I/O
I/O Other Bytes	  ,	 19826790,		 924/ I/O
-----------------------------
Results for Kernel Mode:
-----------------------------
OutputResults: KernelModuleCount = 160
Percentage in the following table is based on the Total Hits for the Kernel
ProfileTime   5032 hits, 10000 events per hit --------
Module								Hits   msec  %Total  Events/Sec
NTOSKRNL							   4332	   8033	86 %	 5392754
WIN32K								  238	   8033	 4 %	  296277
CMUDAXP								 103	   8033	 2 %	  128221
FLTMGR								   83	   8034	 1 %	  103310
NVLDDMKM								 52	   8033	 1 %	   64732
PROCMON23								47	   8034	 0 %	   58501
NTFS									 41	   8034	 0 %	   51033
HAL									  35	   8033	 0 %	   43570
TCPIP									15	   8034	 0 %	   18670
ASWTDI								   11	   8034	 0 %	   13691
NETIO									11	   8034	 0 %	   13691
DXGKRNL								   9	   8034	 0 %	   11202
AFD									   8	   8033	 0 %		9958
DXGMMS1								   8	   8034	 0 %		9957
ASWSP									 7	   8033	 0 %		8714
NDIS									  6	   8034	 0 %		7468
ASWMONFLT								 5	   8034	 0 %		6223
ASWSNX									5	   8034	 0 %		6223
CDD									   2	   8033	 0 %		2489
FWPKCLNT								  2	   8034	 0 %		2489
E1D63X64								  2	   8033	 0 %		2489
PORTCLS								   2	   8033	 0 %		2489
NDU									   1	   8034	 0 %		1244
IASTORA								   1	   8034	 0 %		1244
FILEINFO								  1	   8034	 0 %		1244
WFPLWFS								   1	   8034	 0 %		1244
WATCHDOG								  1	   8034	 0 %		1244
NPFS									  1	   8034	 0 %		1244
ASWRDR2								   1	   8034	 0 %		1244
TUNNEL									1	   8033	 0 %		1244
================================= END OF RUN ==================================
============================== NORMAL END OF RUN ==============================

Er det noen ledetråder i denne informasjonen?

Interrupts har 13000-50000 Context-Switch i sekundet, er det normalt? Da jeg tok bildet lå den på 34000.

Endret 17. juli 2013 av Uderzo

Syar-2003 · 17. juli 2013

Kan ikke se noe spesielt problem jeg i allefall.

Men i disse skjermbilde og kernrate er det ikke cpu 100% oppstått eller?

Anbefales kernrate -m -s xx (xx =seconds, profiling i xx sekunder)

Endret 17. juli 2013 av syar2003

**Uderzo** · 17. juli 2013

Da jeg tok skjermbilde og kernrate spiket cpuen, men det var helt vilkårlig, alt fra hvert tiende sekund til mange minutter (5-10 eller mer) mellom hver gang maskinen hang. Mye sjeldnere enn det har vært tidligere. Det gjør det enda vanskeligere å "fange" problemet

Pcen roet seg ned på egenhånd, noe den ikke har gjort tidligere.

Testet noe nå, med en gang jeg gjorde noe, f.eks spille av en video med MPC-HC(Mediaplayer classic home cinema), så begynte cpuen å peake hvert 4-5 sekunder. En liten stund etter at jeg har satt videoen på pause, ikke lukket programmet, så roer "system"(ntoskrnl.exe!ExEnterCriticalRegionAndAcquireResourceExclusive+0x40) seg ned.

Men så prøver jeg det samme igjen, og forventer samme resultat, men nei, nå skjer det ikke. Argh! jeg blir gal.

Jeg skal prøve å fange "peakene" med kernrate -m -s, kommer forhåpentligvis tilbake med en kernrapport med ntoskrnl.exe "caught in the act".

Tusen takk for all hjelpen

fenderebest · 17. juli 2013

Kan du poste stakken til tråden:

ntoskrnl.exe!ExEnterCriticalRegionAndAcquireResourceExclusive+0x40)

Denne får du opp i process explorer ved å velge den aktuelle tråden og trykke Stack knappen.Det kan dreie seg om et problem der ntoskrnl går i en spinlock mens det venter til en ressurs blir ledig - det vil da forbruke prosessorkraft på venting. Dette kan skyldes en driver som bruker ressursen uvettig. Så i realiteten ligger mest sannsynlig ikke problemet i ntoskrnl (som bruker all prosessorkraft) men i driveren som tvinger ntorskrnl til å vente. Det kan være mulig å bruke en kjernedebugger (slik som windbg) til å se hvem som har låst ressursen. Dette er dog kronglete å sette opp skikkelig.

Endret 17. juli 2013 av fenderebest

[Løst] En CPU kjerne blir 100% belastet, finner ikke årsak.

Anbefalte innlegg

Lenke til kommentar

Videoannonse

Lenke til kommentar

Gjest Slettet+6132

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Opprett konto

Logg inn

Hvem er aktive 0 medlemmer