Newsgroup: it.comp.os.win.windows7
Titolo: CPU sotto torchio per WMI

Ciao NG,
 
Da un po' di tempo la CPU è sfruttata costantemente, anche
in idle. Senza niente che stia girando, i quattro core
stanno sempre attorno al 25-50%. Sono andato a cercare tra
i processi e risulta che il colpevole è WmiPrvSe.exe. A
sua volta il carico maggiore secondo Process Explorer, è
dato da una cosa che chiama:
 
"ntdll.dll!RtValidateHeap+0x170".
 
Ho cercato con guuugle e non ricordo come, mi ha rimandato
a wmi. Sempre guuugle mi ha indirizzato a uno script di
diagnostica, che ho fatto girare e mi ha restituito un log
non molto rassicurante.
 
Non mi pare opportuno copincollarlo qua perché sono 50k,
ma d'altro canto io non so nemmeno lontanamente di che si
sta parlando (sì, ho capito a che serve wmi ma di qui a
poterci mettere mano...). Non so proprio come fare,
qualche idea? Qui sotto ci sono le ultime linee che mi
sembrano il riassunto del report.
 
Pare anche sia possibile ricostruire l'intero database ma
è un'operazione data per molto delicata, e che potrebbe
compromettere tutto il sistema.
 
Una mano sarebbe molto più che gradita...
 
ciao!
 
Apx.
 
 
 
34707 16:12:43 (0) ** 150 error(s) 0x80041002 -
(WBEM_E_NOT_FOUND) Object cannot be found
34708 16:12:43 (0) ** => This error is typically a WMI
error. This WMI error is due to:
34709 16:12:43 (0) **    - a missing WMI class definition
or object.
34710 16:12:43 (0) **      (See any GET, ENUMERATION,
EXECQUERY and GET VALUE operation failures).
34711 16:12:43 (0) **      You can correct the missing
class definitions by:
34712 16:12:43 (0) **      - Manually recompiling the MOF
file(s) with the 'MOFCOMP <FileName.MOF>' command.
34713 16:12:43 (0) **      Note: You can build a list of
classes in relation with their WMI provider and MOF file
with WMIDiag.
34714 16:12:43 (0) **            (This list can be built
on a similar and working WMI Windows installation)
34715 16:12:43 (0) **            The following command
line must be used:
34716 16:12:43 (0) **            i.e. 'WMIDiag
CorrelateClassAndProvider'
34717 16:12:43 (0) **      Note: When a WMI performance
class is missing, you can manually resynchronize
performance counters
34718 16:12:43 (0) **            with WMI by starting the
ADAP process.
34719 16:12:43 (0) **    - a WMI repository corruption.
34720 16:12:43 (0) **      In such a case, you must rerun
WMIDiag with 'WriteInRepository' parameter
34721 16:12:43 (0) **      to validate the WMI repository
operations.
34722 16:12:43 (0) **    Note: ENSURE you are an
administrator with FULL access to WMI EVERY namespaces of
the computer before
34723 16:12:43 (0) **          executing the
WriteInRepository command. To write temporary data from
the Root namespace, use:
34724 16:12:43 (0) **          i.e. 'WMIDiag
WriteInRepository=Root'
34725 16:12:43 (0) **    - If the WriteInRepository
command fails, while being an Administrator with ALL
accesses to ALL namespaces
34726 16:12:43 (0) **      the WMI repository must be
reconstructed.
34727 16:12:43 (0) **    Note: The WMI repository
reconstruction requires to locate all MOF files needed to
rebuild the repository,
34728 16:12:43 (0) **          otherwise some applications
may fail after the reconstruction.
34729 16:12:43 (0) **          This can be achieved with
the following command:
34730 16:12:43 (0) **          i.e. 'WMIDiag ShowMOFErrors'
34731 16:12:43 (0) **    Note: The repository
reconstruction must be a LAST RESORT solution and ONLY
after executing
34732 16:12:43 (0) **          ALL fixes previously mentioned.
34733 16:12:43 (2) !! WARNING: Static information stored
by external applications in the repository will be LOST!
(i.e. SMS Inventory)
34734 16:12:43 (0) **
34735 16:12:43 (0) **
----------------------------------------------------------------------------------------------------------------------------------
34736 16:12:43 (0) ** WMI Registry key setup:
.............................................................................................
OK.
34737 16:12:43 (0) **
----------------------------------------------------------------------------------------------------------------------------------
34738 16:12:43 (0) **
----------------------------------------------------------------------------------------------------------------------------------
34739 16:12:43 (0) **
----------------------------------------------------------------------------------------------------------------------------------
34740 16:12:43 (0) **
----------------------------------------------------------------------------------------------------------------------------------
34741 16:12:43 (0) **
34742 16:12:43 (0) **
----------------------------------------------------------------------------------------------------------------------------------
34743 16:12:43 (0) **
------------------------------------------------------ WMI
REPORT: END
-----------------------------------------------------------
34744 16:12:43 (0) **
----------------------------------------------------------------------------------------------------------------------------------
34745 16:12:43 (0) **
34746 16:12:43 (0) ** ERROR: WMIDiag detected issues that
could prevent WMI to work properly!.  Check
'E:\_RT\A_SYS\A_TMP\B_USR_01\WMIDIAG-V2.1_WIN7_.CLI.SP1.64_W-CLIENT-01_2013.05.07_16.05.07.LOG'
for details.
34747 16:12:43 (0) **
34748 16:12:43 (0) ** WMIDiag v2.1 ended on martedì 7
maggio 2013 at 16:12 (W:65 E:33 S:1).
 

 
"Archaeopterx"
 
Da un po' di tempo la CPU � sfruttata costantemente, anche
in idle. Senza niente che stia girando, i quattro core
stanno sempre attorno al 25-50%. Sono andato a cercare tra
i processi e risulta che il colpevole � WmiPrvSe.exe. A
sua volta il carico maggiore secondo Process Explorer, �
dato da una cosa che chiama:
 
"ntdll.dll!RtValidateHeap+0x170".
 
Ho cercato con guuugle e non ricordo come, mi ha rimandato
a wmi. Sempre guuugle mi ha indirizzato a uno script di
diagnostica, che ho fatto girare e mi ha restituito un log
non molto rassicurante.
 
Non mi pare opportuno copincollarlo qua perch� sono 50k,
ma d'altro canto io non so nemmeno lontanamente di che si
sta parlando (s�, ho capito a che serve wmi ma di qui a
poterci mettere mano...). Non so proprio come fare,
qualche idea? Qui sotto ci sono le ultime linee che mi
sembrano il riassunto del report.
 
Pare anche sia possibile ricostruire l'intero database ma
� un'operazione data per molto delicata, e che potrebbe
compromettere tutto il sistema.
 
Una mano sarebbe molto pi� che gradita...
 
-------
detto proprio terra terra
io, in XP, normalmente, mantengo disabilitato il servizio WMI, 
(services.msc), e non noto nessun inghippo.
E' ben vero che non so a che cosa serve, ma � anche vero che tutto mi 
funziona.
Prova anche tu, alla peggio lo riabiliti. 
 
 

  Prova anche tu, alla peggio lo riabiliti.
 
Peggio, si riabilita da solo... (so che potrei
disabilitarlo, ho solo fatto una prova). Io lo fermo, poi
appena faccio partire Opera o dopo pochi secondi,
qualsiasi cosa faccia, si riavvia. Per esempio l'antivirus
di Windows lo vuole, e altri antivirus mi hanno funzionato
sempre male, per cui non "oso" fermarlo. Però riproverò,
vediamo che succede.
 
ciao!
 
Apx.
 

alla fine l'ho trovato: è il gadget "drives meter" che a
questo punto sconsiglio con tutta l'anima. Appena
disinstallato, il carico medio dei cores è passato dalla
suddetta percentuale stratosferica al 3-4% come deve
essere. Lo riporto perché magari qualcuno potrebbe avere
lo stesso problema.
 
ciao ciao
 
Apx.
 


 
Cambia sistema operativo windows fa cagare,
o becchi virus, o bug o cazzate, lascialo stare.
 
 
 


 
se ci sono autocad, maya, la suite adobe, adina, nastran e
altri 20-30 programmi che girano sotto il nuovo sistema
operativo cui dovrei migrare, ben volentieri. Purtroppo mi
risulta che non ci sia la metà di quello che mi
servirebbe, in alcun SO....
 
ciao
 
Apx