A modern szoftverfejlesztés titkos gyilkosa: Így derítsd ki és számold fel a "kísértet-folyamatokat", amelyek titokban eszik meg a géped erőforrásait és az adatforgalmadat

Biztosan ismered azt az érzést, amikor a munkád közepén egyszer csak belassul a gép, a hűtőventilátorok vadul pörögni kezdenek, te pedig csak nézel a monitorra, hogy mi történik. Pontosan erről szól A modern szoftverfejlesztés titkos gyilkosa: Így derítsd ki és számold fel a "kísértet-folyamatokat", amelyek titokban eszik meg a géped erőforrásait és az adatforgalmadat. Ezek azok a láthatatlan kis szörnyetegek, amelyek akkor is futnak, ha már bezártad az IDE-t, vagy a böngésződet, de valahogy mégis ott maradtak a háttérben, és lassú tűzön égetik a rendszeredet.

Mik azok a kísértet-folyamatok?

A szoftverfejlesztői lét velejárója, hogy rengeteg eszközt nyitunk meg naponta. Docker konténerek, helyi adatbázisok, háttérben futó build szerverek, vagy éppen félbehagyott szkriptek. Amikor ezeket leállítod, gyakran előfordul, hogy a fő folyamat ugyan kilép, de a gyermekfolyamatok vagy az adatbázis-kapcsolatok valahogy elfelejtenek maguk után takarítani. Ezek maradnak hátra kísértetként, és szívják tovább a memóriát vagy a processzoridőt, miközben te azt hiszed, hogy a géped éppen pihen.

Ezek a folyamatok alattomosan viselkednek:

• Nem mindig jelennek meg az egyszerű grafikus feladatkezelőkben, ha azok szűrik a háttérszolgáltatásokat.

• Gyakran tartanak fenn hálózati kapcsolatokat, amik folyamatosan eszik a sávszélességet frissítések vagy naplózási adatok küldése miatt.

• Képesek egymást újraindítani, ha véletlenül kilövöd őket, mert egy "watchdog" szkript figyeli a futásukat.

Miért veszélyesek a fejlesztői gépen?

A legnagyobb baj nem is az, hogy lassabb lesz a kód fordítása, bár az is elég idegesítő. A valódi probléma a fejlesztői környezet szennyeződése. Ha egy teszt adatbázis vagy egy lokális API szerver kísértetként fut a háttérben, furcsa hibaüzeneteket dobálhat a következő fejlesztés során. Azt hiszed, a kódodban van a hiba, pedig csak egy ősrégi folyamat foglalja el a portot, vagy írja felül az adatokat, amiket éppen tesztelni próbálsz.

A rendszer erőforrásainak pazarlása mellett az adatforgalmad is bánhatja a dolgot. Sok modern fejlesztői eszköz automatikusan szinkronizál a felhővel vagy tölt le csomagokat, ha észleli, hogy az adott környezet aktív. Ha tíz ilyen folyamat fut a háttérben, az észrevétlenül felélheti a mobilneted keretét vagy lassíthatja a közös irodai wifit.

Hogy csípjük el őket?

Nem kell ahhoz rendszergazdának lenned, hogy megszabadulj tőlük. Elég, ha megtanulod azokat az alapvető parancssori eszközöket, amikkel a géped mélyére láthatsz. A grafikus feladatkezelők sokszor csak a jéghegy csúcsát mutatják, ezért a terminál lesz a legjobb barátod ebben a harcban.

Hasznos parancsok a tisztogatáshoz

Ha Linuxot vagy macOS-t használsz, a ps parancs és a grep kombinációja csodákra képes. De a lsof lesz az igazi nagyágyú, ha hálózati kapcsolatokat vagy foglalt portokat keresel.

• Az lsof -i :portszám paranccsal azonnal megnézheted, pontosan melyik alkalmazás ül rá egy adott portra, ami éppen útban van.

• A top vagy a htop használata során érdemes a CPU és RAM használat szerint rendezni a folyamatokat, így a legnagyobb tettesek azonnal kibuknak.

• A kill -9 parancs a végső megoldás, amikor egy folyamat nem akar együttműködni, és makacsul ragaszkodik az erőforrásokhoz.

Hogyan előzd meg az elszaporodásukat?

A legjobb védekezés a megelőzés. Ne hagyd, hogy a géped egy temetővé váljon, ahol mindenféle elhagyatott szoftverelem kísért.

• Használj konténer-kezelő eszközöket, amelyek képesek automatikusan törölni a leállított szolgáltatásokat.

• Vezess be egy takarítási rutint, mielőtt lecsukod a laptopot. Zárj be minden terminált, és ellenőrizd a háttérben futó adatbázis-szolgáltatásokat.

• Az automatikus indítású programok listáját havonta érdemes átnézni, mert sok fejlesztői eszköz észrevétlenül teszi be magát oda.

Ne hagyd, hogy a technikai adósság a hardveredet is elérje. Ha érzed, hogy a gép teljesítménye visszaesett, vagy indokolatlanul melegszik, ne legyints rá. Lehet, hogy csak egy elfelejtett kísértet-folyamat okozza a fejfájást, amit néhány parancssori utasítással percek alatt kipöckölhetsz az életedből. A géped hálás lesz érte, a kódod pedig újra a megszokott tempóban fog futni, köztes hibák és felesleges hálózati forgalom nélkül. A fejlesztés amúgy is elég kihívást rejt magában, ne hagyd, hogy a láthatatlan szoftveres árnyak még tovább nehezítsék a dolgodat.