INTERRUPT SISTEMA RENDE IL PC INUTILIZZABILE

[blekshuter79]

Parto col dire che ho un pc da gaming, quindi molto prestante e che dovrebbe funzionare bene, dico dovrebbe perchè è da qualche mese che quando scarico (da qualsiasi programma, anche caricando un video di youtube) si attiva un processo chiamato "interrupt sistema" che si prende il 20% della CPU e fa laggare tutto il sistema tanto da renderlo quasi inutilizzabile. Non so come ma smanettando nelle impostazioni della kilelr lan sono riuscito ad evitarlo quando scarico con qbitorrent ma per il resto dei programmi non c'è soluzione, COME FARE?

Utilizzo Windows 8.1

[x_Master_x]

Dovresti cercare prima di aprire un nuovo thread:
http://www.hwupgrade.it/forum/showthread.php?t=2703109

Visto che ormai l'hai aperto se hai difficoltà a capire le cause posta un'immagine di Windows Performace Analizer come ha fatto l'utente di quella discussione.

[blekshuter79]

Dovresti cercare prima di aprire un nuovo thread:
http://www.hwupgrade.it/forum/showthread.php?t=2703109

Visto che ormai l'hai aperto se hai difficoltà a capire le cause posta un'immagine di Windows Performace Analizer come ha fatto l'utente di quella discussione.

Lo avevo già trovato il suo post ma il problema è ben diverso, a me lo fa solo quando scarico qualcosa. Adesso provo un test su steam di mezzora (il pc diventa totalmente inutilizzabile nonostante interrupt sistema utilizzi "solo" il 25% della cpu)

ho fatto Da CMD come amministratore:
Codice:
xperf -on latency -stackwalk profile
Aspetti anche una mezz'ora o più durante la fase in cui hai quei picchi di interrupt. Per fermare:
Codice:
xperf -d DPCInterrupt.etl

ma di quello che viene sotto non capisco nulla

[x_Master_x]

Il problema rimane l'alto utilizzo della CPU da parte dell'interrupt di sistema, non capisco come fai a dire che è ben diverso.

In ogni caso il post è scritto in italiano :D
Con l'ultimo comando hai salvato l'output nel file "DPCInterrupt.etl" in C:\Windows\System32, devi aprire il suddetto file con Windows Performance Analizer. Poi vai in Trace --> Configure Symbol Paths, incolli la stringa etc.

Ci sono anche degli screenshot dei vari passaggi qualche messaggio più in basso ( post #7 ) relative al grafico "Interrupt CPU Usage"

[blekshuter79]

Non essendo generato dalla stessa cosa è sicuramente altra la soluzione quindi vedere quel post mi è utile fino ad un certo punto, uno nuovo andava aperto per forza. Italiano sì ma salti delle parti che mi hai detto adesso ad esempio.

comunque non mi trovo lo stesso con le istruzioni, ti faccio vedere dove sono arrivato:

http://s15.postimg.org/btke5docr/Cattura.png

[x_Master_x]

Va bene, come vuoi lasciamo perdere. Espandi la prima voce cioè "Idle (0)" e posta uno screenshot.

[blekshuter79]

Va bene, come vuoi lasciamo perdere. Espandi la prima voce cioè "Idle (0)" e posta uno screenshot.

http://s21.postimg.org/hezlfpq93/Cattura.png (http://postimg.org/image/5d47lkh0j/full/)
image hosting (http://postimage.org/index.php?lang=italian)

[x_Master_x]

Nessun dato utile. Usa LatencyMon e vediamo se riporta delle informazioni, ricordati di fallo "girare" quando è in atto il problema.

[blekshuter79]

Nessun dato utile. Usa LatencyMon e vediamo se riporta delle informazioni, ricordati di fallo "girare" quando è in atto il problema.

Latencymon è la terza volta che crasha alla fine (lo faccio andare con steam che scarica) ma non riesco a capire alla fine di un test cosa vuoi che screenno

[x_Master_x]

Facciamo un ultimo tentativo con WPA. Metti il file "DPCInterrupt.etl" su un sito di file hosting a piacere, sempre eseguito per 30 minuti o più durante la fase critica, e vedo da vicino se riesco a ricavare qualcosa.

[blekshuter79]

Facciamo un ultimo tentativo con WPA. Metti il file "DPCInterrupt.etl" su un sito di file hosting a piacere, sempre eseguito per 30 minuti o più durante la fase critica, e vedo da vicino se riesco a ricavare qualcosa.

intanto io riprovo con latencymon semmai, e ritiro quello che ho detto all'inizio su Qbitorrent, ha ricominciato pure li :muro:

[x_Master_x]

Hai detto che programma crasha ed hai provato più di una volta, per questo ho lasciato stare LatencyMon. Il programma ha varie tab con valori testuali, puoi copiare-incollare quelli sotto tag CODE http://hwupgrade.it/forum/images_hwu/editor/code.gif

[blekshuter79]

Hai detto che programma crasha ed hai provato più di una volta, per questo ho lasciato stare LatencyMon. Il programma ha varie tab con valori testuali, puoi copiare-incollare quelli sotto tag CODE http://hwupgrade.it/forum/images_hwu/editor/code.gif

Sì allora grazie della pazienza e spero ne avrai ancora un po' per aiutarmi a venirne fuori, su latencymon non crasha sempre ma ogni tanto riesco a salvare 4 minuti (non so se bastano).

Con il CMD "xperf...ecc" il pc si è riavviato 2 volte perchè l'alvo lasciato lì troppo, quando ci sono riuscito non ha salvato il file e non capisco perchè. Appena possibile arriva tutto, non dimenticarti di me :D

AGGIORNAMENTO

ti metto tutto il copia incollabile magari capisci qualcosa

_________________________________________________________________________________________________________
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): 319022,948447
Average measured interrupt to process latency (µs): 64,379721

Highest measured interrupt to DPC latency (µs): 221,396854
Average measured interrupt to DPC latency (µs): 2,431421


_________________________________________________________________________________________________________
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): 117,655882
Driver with highest ISR routine execution time: storport.sys - Microsoft Storage Port Driver, Microsoft Corporation

Highest reported total ISR routine time (%): 2,533328
Driver with highest ISR total time: bwcW8x64.sys - Killer Bandwidth Control Filter Driver, Rivet Networks, LLC.

Total time spent in ISRs (%) 0,053474

ISR count (execution time <250 µs): 144839
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): 917800,859412
Driver with highest DPC routine execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation

Highest reported total DPC routine time (%): 2,556209
Driver with highest DPC total execution time: bwcW8x64.sys - Killer Bandwidth Control Filter Driver, Rivet Networks, LLC.

Total time spent in DPCs (%) 6,000757

DPC count (execution time <250 µs): 40917251
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 2
DPC count (execution time 1000-1999 µs): 1
DPC count (execution time 2000-3999 µs): 3
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: steam.exe

Total number of hard pagefaults 186
Hard pagefault count of hardest hit process: 164
Highest hard pagefault resolution time (µs): 57993,967353
Total time spent in hard pagefaults (%): 0,053740
Number of processes hit: 2


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 98,335227
CPU 0 ISR highest execution time (µs): 117,655882
CPU 0 ISR total execution time (s): 0,480698
CPU 0 ISR count: 144839
CPU 0 DPC highest execution time (µs): 917800,859412
CPU 0 DPC total execution time (s): 42,913218
CPU 0 DPC count: 27331586
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 2,418733
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): 13040,159412
CPU 1 DPC total execution time (s): 0,203119
CPU 1 DPC count: 72588
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 32,514713
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): 910793,406471
CPU 2 DPC total execution time (s): 10,79140
CPU 2 DPC count: 13489203
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 0,992247
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): 61,313235
CPU 3 DPC total execution time (s): 0,035225
CPU 3 DPC count: 24025
_________________________________________________________________________________________________________

[x_Master_x]

Inzia a disinstallare Killer Bandwidth. Fai un avvio pulito, senza nessun servizio o programma di terze parti ( disabilita tutto ciò che non è Microsoft in msconfig ) compresi antivirus e co. vedi se hai lo stesso problema durante il download dei file, sia in modalità provvisoria che normale. Fai anche una verifica dello stato del disco con CrystalDiskInfo Portable ( se è verde è OK, giallo o rosso inzia a dare segni di cedimento ) o se sei in AHCI assicurati di aver installato i driver Microsoft e non quelli proprietari ( scrivo tutto questo perchè è riportato storport.sys tra i valori )
Al momento non c'è altro che mi viene in mente.

[blekshuter79]

Inzia a disinstallare Killer Bandwidth.

Ho aggiornato i driver della killer lan a quelli di fine giugno 2015 e il tutto è tornato normale. Per ora sembra tutto risolto