Rejtélyes cpu terhelés

Microsoft Windows

Üdv!

Megint egy jó kis shell téma. :)

Szóval van ugye a Windows, ami néha csinál rejtélyes dolgokat, de a mostani már tényleg túlzás. Ugyanis valamiért bármilyen* shellt is használok, rövid használat után elkezdi az adott shell enni a cpu időt. De nem csak simán 100%-on pörgeti adott process a cpu-t, hanem ritmikusan. Pl. egyik másodpercben 80%, másikban 5. Harmadikban 75, negyedikben 0.

*: explorer.exe, bblean, reactos explorer

Találkozott már valaki ezzel a jelenséggel? Mit lehet tenni ellene?

Screenshot (Mellesleg a hullámforma gyönyörű lenne, ha nem egy cpu használatát mutatná. :))

Bónusz: ha bblean-t használok, aztán valamiért kilépek belőle és indítok egy explorer.exe-t, miért lesznek nagyobbak az ikonok? Mármint nem a bblean ikonjaihoz képest értem, hanem az eredeti méretükhöz képest. Pl. eredetileg 16 px egy ikon, bblean után meg 24px.

  • 3411 megtekintés

( bocs | 2008. 02. 23., szo – 22:51 )

process explorer visszamenőleg megmutatja, hogy melyik process vitte a maximumot a CPU-ból

process explorerrel statisztikai mintavételezést lehet csinálni: kinyitod a processt, és amelyik threaden látod, hogy dolgozik, annak megnézed a pillanatnyi stack-jét
ott néha ki lehet bogarászni, hogy melyik függvényhívásban van éppen, ebből következtetni lehet rá, hogy mit csinálhat és miért
megcsinálod 5-10x és lassan világosodni fog a kép

( Nyizsa v | 2008. 02. 23., szo – 22:57 )

kb. sin(x)*sin(10*x)
:))

--
Debian - The "What?!" starts not!

Sajnos a megoldást én sem tudom, de vlóban úgy néz, ki mintha Furier analízissel 2-3 komponensre lehetne felosztani a CPU-terhelés-mintát.

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( tovis v | 2008. 02. 24., v – 09:27 )

Nagyon érdekes ábra! Kár hogy a mintavételezési sebesség nem elég - hiányozbak minták - de ez egy amplitúdó modulált sinus. Én azt fantáziálom bele, hogy a sűrűbbik (nagyobb freki) az a cache körüli bonyodalmat jelzi, azaz a CPU -nak ki kell nyúlni a lassabb memóriába, mert a futtatott kód nem fér bele. A másik lassabb periódus a háttértár, azaz a swap intenzív használatát jelezné.
Először is fut -e más applikáció, amikor ezt az elbűvölő ábrát kaptad? - ilyesmit utoljára az oszcilloszkópomon láttam. Azaz ven -e rá esély hogy swapp -el.
Ha nem fut más, általad indított app, akkor körülnéznék a folyamatok között és onnan gyilkonék. Érdemes megnézni milyen processzek futnak mielőtt behívod a shellt és milyen utána - lehet hogy a shell -re van hangolódva valami?

Csak azok az appok futnak, amik startup-nál elindulnak. Múltkor elkezdtem lelövöldözni ezeket, de amikor már tényleg mindent lelőttem, még akkor is így viselkedett. (Lelőttem már olyan folyamatot is a végén, ami miatt újra akart indítani, de egy shutdown /a megoldotta. :))

Nem hiszem, hogy nagyon swapot akarna használni, egyrészt a swap mérete/használata nem változik, másrészt 1,25G ramba elég sok dolog belefér.

Nem hiszem, hogy bármi akkor indulna el, amikor egy shell. Vírus semmiképpen (egyrészt van vírusírtó, másrészt ilyet már régebben is csinált a windows, amit azóta újratelepítettem). Más meg talán azért nem, mert érdekes lenne, ha egy process felismerné egy másikról, hogy az shellként fut.

"Nem hiszem, hogy nagyon swapot akarna használni, egyrészt a swap mérete/használata nem változik, másrészt 1,25G ramba elég sok dolog belefér."

a Windows neha akkor is pakol ki dolgokat a swapba, ha latszolag semmi nem indokolja. Win guruk azt mondjak erre, hogy "takarekosan banik a memoriaval" meg "megprobal felkeszulni ra, hatha hirtelen sok ramot kell kiosztani".

( BaT | 2008. 02. 24., v – 19:55 )

A vicc az, hogy most nem jelentkezik a probléma. Ki érti ezt?!

Csak nem. Úgy egy-két hete futtattam egy teljes vírus és spywareírtást. Nem találtak semmit. (AVG free és Spybot S&D) Azóta meg csak nem csúszott be valami, nem telepítettem új programot, nem használtam más pendriveját vagy CD-jét. A saját is csak suli gépein járt amiken NOD32 van.
Ja, és nem láttam ismeretlen processt a feladatkezelőben.

Egyébként ilyen jelenséget tapasztaltam már régen is a gépemen, és azóta egyszer újra lett telepítve XP. (Kb. 1 éves rendszert húztam újra.)

Kicsit hanyagoltam a témát, mivel ritkán megy a Windows, és azóta nem volt gond. De ma megint előjött.

Hőmérsékletek Everest Home szerint: 

Mező	Érték
Alaplap	35 °C  (95 °F)
CPU	52 °C  (126 °F)
Aux	26 °C  (79 °F)

Ne felejtsük el, hogy ez egy AMD AthlonXP, tehát a kicsit magas hőmérséklet az természetes jelenség.

Viszont találtam egy módszert, amivel meg tudom szüntetni a problémát, igaz, nem tökéletes a megoldás. Azaz elindul a gép explorer.exe-vel, majd beöltöm fölé (!) bblean-t, ezután kilövöm explorert. Így bblean már nem fogja tekerni a procit. Természetesen a módszer fordítva is működik, csak akkor az ablakok nem fognak megjelenni a tálcán.

Ja, és megnézem Process Explorerrel, ha lesz rá időm... :)

23, de tényleg! :)

No, megnéztem process explorerrel, és azt hiszem meg is van a bűnös. A thread-et ntdll.dll!RtlAllocateHeap+0x18c-nek nevezi a program. Miután ennek a thread-nek adtam egy suspend-et, egyből helyreállt az explorer.exe cpu használata, általában 0% és 2% között van a cpu használat, néha felmegy egy kicsit, de 5% fölött nem láttam azóta.
Ha érdekel valakit más információ, csak szóljon, mi kell!

Ja, és akkor ezzel most mit tudok kezdeni? Hogy érhető el az, hogy alapból jó legyen, és ne kézzel kelljen belenyúlni a program futásába?

Találtam egy ilyet, lehet, hogy segíteni fog.

Szerk: hát nem segített. Az opciók nagy része eleve nem vonatkozik rám, a fresh installt és a javítótelepítést meg inkább kihagyom...

Viszont kérdés: akinek van windows xp sp3-a, megnézné nekem, hogy a C:\WINDOWS\ntdll.dll-nek ilyn tulajdnságai vannak-e?

méret: 712704 byte
fileverzió: 5.1.2600.5512 (xpsp.080413-2111)

( nc | 2008. 05. 23., p – 17:37 )

Rezgő dll? Haha

Micsoda előnye ez a zárt forrásnak, a kutya nem tudja, mit is csinál pontosan.