Miért lassul be egy számítógép? A valódi okok és mérési módszerek

A számítógépek lassulását a legtöbb felhasználó elkerülhetetlen folyamatként éli meg, amelyet gyakran a szoftverek természetes elavulásának vagy a rendszer megfoghatatlan „elhasználódásának” tulajdonítanak. A valóságban a számítástechnikai hardverek nem lassulnak le maguktól csupán az idő múlásától. Ha egy korábban zökkenőmentesen működő gép reakcióideje megnő, a programok indítása másodperceket csúszik, vagy az ablakok váltása közben akadozás tapasztalható, annak mindig pontosan meghatározható műszaki okai vannak.

Ebben az útmutatóban sorra vesszük a leggyakoribb teljesítménycsökkenési tényezőket a fizikai okoktól a szoftveres erőforrás-szűk keresztmetszetekig, és megmutatjuk, hogyan ellenőrizheted őket mérésekkel.

1. Hőmérséklet és órajel-visszavétel (Thermal Throttling)

A modern processzorok (CPU) és grafikus chipek (GPU) egyik legfontosabb védelmi mechanizmusa a hőmérséklet-függő órajel-szabályozás. Amikor a chip szilíciummagja eléri a gyártó által meghatározott maximális üzemi hőmérsékletet — amely tipikusan 90 °C és 100 °C között mozog, úgynevezett TJMax érték néven —, a processzor azonnal csökkenti az órajelét és a feszültségét a maradandó károsodás elkerülése érdekében.

Ez a folyamat a thermal throttling. Ha a hűtőborda eltömődik porral, a ventilátor csapágya elhasználódik, vagy a hővezető paszta elveszíti rugalmasságát, a hűtőrendszer már nem tudja elvezetni a keletkező hőt. Ennek eredményeként a processzor akár az alapórajele töredékére skálázza vissza magát.

Hogyan mérhető a hőkorlátozás?

• Tünet: A gép bekapcsolás után 5-10 percig gyors, majd hirtelen akadozni kezd terhelés (videóvágás, böngészés, számítási feladatok) alatt.
• Szoftveres mérés: Ingyenes és biztonságos hardverdiagnosztikai eszközökkel (például HWInfo vagy HWMonitor) ellenőrizhető a CPU maghőmérséklete és az aktuális órajel. Ha a maghőmérséklet eléri a 90–95 °C-ot, miközben a magok órajele hirtelen drasztikusan leesik (például 4,2 GHz-ről 1,4 GHz-re), a lassulás oka egyértelműen a hűtőrendszerben keresendő.
• Delta T vizsgálat: Mérd meg a környezeti szobahőmérséklet és a CPU üresjárati (idle) hőmérséklete közötti különbséget. Ha ez az érték meghaladja a 20–25 °C-ot üresjáratban, az hibás hűtőilleszkedésre vagy beszáradt pasztára utal.

Részletesebb beavatkozási lépésekért olvasd el a /karbantartas/hokezeles-es-portalanitas-alapjai/ című útmutatónkat.

2. A háttértár telítettsége és teljesítmény-degradációja

Az SSD-meghajtók elterjedésével a számítógépek indítási és betöltési ideje drasztikusan lecsökkent, azonban az SSD-k sem immunisak a lassulásra. Sőt, működési elvükből adódóan a telítettség különösen érzékenyen érinti őket.

SLC Cache kimerülése és a TRIM hiánya

A legtöbb lakossági SSD a gyors írási műveletekhez egy ideiglenes nagy sebességű puffert (SLC cache) használ. Ha a meghajtó szabad kapacitása 10-15% alá csökken, ez a puffer drasztikusan lecsökken vagy teljesen megszűnik. Ezen felül a NAND flash memóriacellák törlési és újraírási ciklusai lényegesen lassabbak, ha az operációs rendszer nem tudja futtatni a TRIM parancsot, amely háttérben jelöli ki az érvénytelen adatblokkokat törlésre. Amikor a cellák felülírása előtt külön törlési ciklust kell végrehajtani (read-modify-write), a lemezírási sebesség a töredékére zuhan vissza.

HDD-k esetében: Töredezettség és szektorhibák

Hagyományos mechanikus merevlemezeknél (HDD) a lassulás fő oka a fájlok fizikai töredezettsége (fragmentáció) és a fizikai szektorok elhasználódása. Ha a megnövekedett várakozási idő (latency) eléri a 100–500 ms-ot, az egész operációs rendszer befagyhat egy-egy fájl beolvasásakor.

Hogyan mérhető a lemezvárakozás?

• Mérés Windows alatt: A Feladatkezelő Teljesítmény fülén vagy az Erőforrás-figyelőben (Resource Monitor) vizsgáld meg a lemez Válaszidő (Response Time) és Aktív idő (Active Time) mutatóját. Ha a lemezterhelés 100%-on áll, de az írási/olvasási sebesség csupán pár kilóbájt másodpercenként, a meghajtó fizikai vagy szerkezeti korlátokba ütközött.
• Állapotfelmérés: A SMART attribútumok elemzésével pontos képet kaphatsz a meghajtó elhasználódásáról. Ennek részleteit az /karbantartas/ssd-es-hdd-elettartam-smart-mutatok/ cikkünk mutatja be.

3. Rendszermemória (RAM) hiánya és a lapozási veszteség

Amikor az aktívan futó programok (böngészőlapok, szoftverek, háttérszolgáltatások) több memóriát igényelnek, mint amennyi fizikai RAM a gépben található, az operációs rendszer nem áll le hibaüzenettel. Ehelyett a merevlemezre vagy SSD-re hoz létre egy virtuális memóriaterületet, amelyet lapozófájlnak (pagefile / swap) nevezünk.

A fizikai RAM átviteli sebessége (több tíz gigabájt másodpercenként) nagyságrendekkel meghaladja a leggyorsabb NVMe SSD-k sebességét is. Amikor a rendszer kénytelen a háttértárra lapozni (hard page fault), a memóriacímzés késleltetése drasztikusan megnő. Ez a jelenség okozza az ablakok közötti váltáskor tapasztalható másodperces leállásokat.

Hogyan mérhető a memóriahiány?

• Nyisd meg a Feladatkezelő Memória nézetét vagy a rendszer monitorozót.
• Ha a memóriahasználat tartósan 85-90% felett van, és a lapozófájl mérete folyamatosan növekszik, a gép lassulásának oka a fizikai RAM hiánya.
• Ellenőrizd a másodpercenkénti kemény laphibák számát (Hard Faults/sec). Ha ez az érték folyamatosan magas, a rendszer nem a memóriából, hanem a háttértárról dolgozik.

4. Háttérfolyamatok és szoftveres erőforrás-éhség

A számítógépekre telepített szoftverek egy része automatikusan elinduló háttérszolgáltatásokat, frissítőmodulokat és ellenőrző folyamatokat telepít. Bár egyetlen háttérprogram terhelése elhanyagolható lehet, több tucat ilyen folyamat együttesen jelentős CPU-ciklust és I/O kapacitást köthet le.

Különösen kritikusak lehetnek:

• Túlzott védelmi szoftverek: Több valós idejű vírusirtó vagy háttérszűrő egyidejű futtatása a fájlműveletek többszörös ellenőrzését és akadását okozza.
• Rendszerindexelés: Sérült indexelő adatbázis esetén az operációs rendszer folyamatosan 100%-os lemezterhelés mellett próbálja újraindexelni a fájlokat.
• Böngészők kiegészítői: A böngészőkben futó rosszul megírt bővítmények memóriaszivárgást (memory leak) idézhetnek elő, aminek következtében a böngésző több gigabájt memóriát tarthat lefoglalva a háttérben.

5. Rendszerezett ellenőrzési és hibakeresési sorrend

Ha a számítógéped érzékelhetően lelassult, kövesd ezt a rendszerezett hibakeresési sorrendet a beavatkozás előtt:

┌──────────────────────────────────────────────────────────┐
│ 1. LÉPÉS: Hőmérséklet és órajelek mérése terhelés alatt  │
└────────────────────────────┬─────────────────────────────┘
                             │
                             ▼
┌──────────────────────────────────────────────────────────┐
│ 2. LÉPÉS: RAM és Lapozási (Swap) terheltség vizsgálata  │
└────────────────────────────┬─────────────────────────────┘
                             │
                             ▼
┌──────────────────────────────────────────────────────────┐
│ 3. LÉPÉS: Háttértár válaszidő és szabad hely ellenőrzése │
└────────────────────────────┬─────────────────────────────┘
                             │
                             ▼
┌──────────────────────────────────────────────────────────┐
│ 4. LÉPÉS: Háttérfolyamatok és indítópult szűrése        │
└────────────────────────────┘

A fenti sorrend betartásával elkerülheted a felesleges költségeket és a hibás diagnózisból eredő szoftveres újratelepítéseket. Mielőtt új alkatrészek vásárlása mellett döntenél, minden esetben bizonyosodj meg róla a mérések alapján, hogy melyik komponens képezi a valódi szűk keresztmetszetet. Ha az ellenőrzés alapján bizonytalan vagy a hardware bővítésében, tekintsd át a /karbantartas/bovites-vagy-csere-donto-szempontok/ útmutatónkat.