Új hozzászólás Aktív témák

• #47317 micafighter nagyúr molnarpeter #47315

  Új Válasz 2014-03-29 02:31:44 #47317

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  micafighter

  nagyúr

  válasz molnarpeter #47315 üzenetére

  A folyamatok szisztematikus kiszűrését csinálhatod próbálkozássokkal. Ha így eseteleg nem jutnál eredményre, leírok egy kicsit más megközelítést:

  A Windowsal kapcsolatos problémák kiszűrésére nagyszerű programcsomag a Windows ADK (Assessment and Deployment Kit), és annak is főleg a WPT (Windows Performance Toolkit) része.

  1) Le kéne tölteni a fentebbi linkről a Windows ADK-t. Telepítéskor majd sok modul közül lehet választani, nekünk elég a WPT részét feltelepíteni. Ha fent a WPT, akkor gép restart.

  2) Eztán a követekzőt kéne tenni: megkeresed a könyvtárat, ahova a WPT települt. Nálam C:\Program Files (x86)\Windows Kits\8.0\Windows Performance Toolkit.

  3) A parancssort lefuttatod rendszergazdaként (Windows billentyű + Q, beírod cmd, jobb kattintás, futtatás rendszergazdaként)

  4) a parancssorba írd be: pushd "a WPT mappa elérési útja" (idézőjelek nélkül). Tehát nálam például a követekző a parancs:

  pushd C:\Program Files (x86)\Windows Kits\8.0\Windows Performance Toolkit

  (a "C:\Program Files (x86)\Windows Kits\8.0\Windows Performance Toolkit" helyére te azt írd, ami tenálad a WPT mappa elérési útja, mert nem biztos, hogy ugyanaz lesz, mint az enyém. )

  Ez után írd be a következőt:

  5)

  xbootmgr -trace shutdown -traceFlags BASE+DIAG+LATENCY -noPrepReboot

  Ez a xbootmgr parancs kifejezetten a Windows indulásával és a leállásával kapcsolatos problémákat hivatott elemezni. Ezzel a paraccsal egy elemzést futtatunk a gép leállításáról, melyből kiderülhet, hogy mi a gond.
  A parancs hatására újra fog indulni a gép, és miután betöltött a gép, kb 2 perc múlva a WPT mappájában megtaláljuk az elemzést, amit a leálláskor készített a gép, shutdown_BASE+DIAG+LATENCY_1.etl néven.

  Az elemzést úgy tudod megtekinteni, hogy megnyitod az xperf.exe-vel. (a legegyszerűbb, ha megfogod a shutdown_BASE+DIAG+LATENCY_1.etl fájlt és egyszerűen ráhúzod az xperf.exe-re)

  Meg fog nyílni egy szép kis felület, egy csomó interaktív függvény ábrával. Ilyenekről fogsz ábrákat látni: CPU használat, memória használat, merevlemez használat, és ehhez hasonlók. Természetesen az is látszik az elemzésből, hogy pontosan melyik folyamat mennyi erőforrást használt. Innen már csak annyi van hátra, hogy ki kell deríteni, melyik erőforrás dolgozik, és azt melyik folyamat használta. Ha gondolod küldd át ezt a shutdown_BASE+DIAG+LATENCY_1.etl fájlt és ránézek.

• #47316 micafighter nagyúr molnarpeter #47315

  Új Válasz 2014-03-29 01:47:08 #47316

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  micafighter

  nagyúr

  válasz molnarpeter #47315 üzenetére

  Azért tanácsoltam, hogy a parancssorból kéne leállítani, mert így teljes leállás lesz, nem pedig hibrid leállás.

  Mivel a hibrid leállás kiírja a merevlemezre a kernel sessiont és a drivereket, ezért a leállás elvileg pár másodpercel hosszabb lehet, viszont ha egy háttérben futó folyamat bekavar, akkor ez elhúzódhat, de hozzátenném, hogy ez nem gyakori.

  Szóval a parancssoros leállást azért tanácsoltam, mert a teljes leállás használatával a hibrid leállásból esetlegesen felmerülő hibalehetőségeket kizártuk.

  Nálad valoszinüleg a probléma, hogy egy háttér folyamat nehezen záródik be, vagy tevékenykedik még valamit a háttérben leálláskor. Ezt kéne szisztematikusan kiszürni, hogy mi lehet az a folyamat.

Új hozzászólás Aktív témák