configd: Magas CPU-használati problémák megoldása a konfigurációs folyamattal a Mac OS X rendszerben
A configd egy rendszerkonfigurációs démon, amely Mac OS X mögött fut, a legtöbb felhasználó soha nem fogja észrevenni vagy látni az OS X alapfolyamatát a Mac számítógépe hátterében. Ennek ellenére a configd időnként felléphet, és szokatlan CPU-tüskéket és ventilátortevékenységet okozhat, így a Mac úgy hangzik, mint egy szélcsatorna. A furcsa konfigurációs viselkedés könnyen diagnosztizálható, ha elindítja az Activity Monitort, a „% CPU” opció szerint rendezi, és látja, hogy a „configd” gyökér felhasználói folyamat a tetején ül, és valahol 20-95% CPU-t vesz fel.Ha ez a viselkedés egy percig tart, az általában nem nagy baj, az ideiglenes kiugrások normálisak lehetnek, ezért hagyd futni, és hagyd figyelmen kívül, de vannak esetek, amikor a konfiguráció megmagyarázhatatlanul hibás lehet, és 50%-os CPU-kihasználás körül mozog. vagy több órán keresztül nyilvánvaló ok nélkül – ezt keressük itt.
A magas CPU-használat megoldása a terminálon keresztüli kényszerített újraindítással
Kényszeresen újraindítjuk a configdot úgy, hogy a mindenható „killall” paranccsal gyorsan nadrágba rúgjuk. Mivel a configd egy rendszerfolyamat, azonnal újraindul, amint megsemmisült, és minden olyan esetben, amikor a configd megőrül a processzorhasználattól, ez a trükk megoldja a problémát.
Indítsa el a terminált (a szokásos módon az /Applications/Utilities/ mappában található), és írja be a következő parancsot:
sudo killall configd
A parancs szuperfelhasználóként való végrehajtásához rendszergazdai jelszót kell megadnia, tehát a sudo előtagot. A parancs futtatása sudo nélkül nem hatékony, mert a folyamat a root (szuper felhasználó) tulajdonában van.
Ha nyitva tartotta az Activity Monitort, és CPU szerint rendezte, azt fogja látni, hogy a „configd” eltűnik, és amikor újraindul, már nem a lista tetején áll, és már nem fogyasztja el a nagy mennyiségű CPU-t. . A folyamat keresése során a processzor 0%-a és 1%-a között kell lennie.
Ha a killall parancs használata után továbbra is problémái vannak a configd-vel, ugorjon a cikk aljára, hogy többet megtudjon a konfigurációs problémák hibaelhárításáról.
Configd kezelése terminál nélkül
Ha nem elégedett a parancssorral, két másik lehetőség közül választhat:
- Lépjen ki az összes futó Mac-alkalmazásból, amit manuálisan vagy ezzel a saját készítésű alkalmazással megtehet az OS X rendszerből való kilépéshez
- Indítsa újra a Mac-et
A Mac újraindításának ugyanaz a hatása, mintha a konfigurációs folyamatot közvetlenül leállítaná, bár nyilvánvalóan kissé tolakodóbb a munkafolyamatba. Minden alkalmazás bezárása segíthet, ha a konfigurációs hibát az alkalmazások hibás viselkedése okozza, erről röviden.
Speciális konfigurációs problémák diagnosztizálása és a configd megismerése
Az Apple hivatalosan a következőképpen írja le a konfigurációt:
A configd démon felelős a helyi rendszer számos konfigurációs vonatkozásáért. A configd karbantartja a rendszer kívánt és aktuális állapotát tükröző adatokat, értesítést küld az alkalmazásoknak, ha ezek az adatok megváltoznak, és számos konfigurációs ügynököt tárol betölthető kötegek formájában.
Ez a kivonat a configd kézikönyv oldaláról származik, amely a következő terminálba való beírásával érhető el:
man configd
Ezt közvetlenül a Mac-en olvashatja el a parancssoron keresztül, vagy az interneten keresztül az itt található Fejlesztői könyvtár hivatkozás segítségével.
Ha meg akarja próbálni diagnosztizálni, hogy a configd miért őrült meg először, akkor a következő két helyen nézzen körül konfigurációs csomagok és plist fájlok között, amelyek utalhatnak arra, hogy mi történik rossz és miért:
/Rendszer/Könyvtár/Rendszerkonfiguráció/
/Library/Preferences/SystemConfiguration/
A másik lehetőség, hogy a configd újrafuttatása részletes módban a következő paranccsal:
sudo /usr/libexec/configd -v
Ez a részletes információkat exportálja az OS X System Console-ba, amelyek a Console alkalmazásból vagy a parancssorból is olvashatók.Ennek az információnak a fent említett rendszerkönyvtárban találhatóakkal való összehasonlítása nagyon hasznos lehet a pontos ok diagnosztizálásában.
Az általános tapasztalatok azt mutatják, hogy egyes alkalmazások és folyamatok gyakrabban okoznak konfigurációs problémákat, mint mások, amelyek némelyike tartalmazhat Java- és Java-alapú szolgáltatásokat, például a CrashPlan-t, bizonyos nyomtatókat, ahol megoldatlan nyomtatási hibák vannak, és nem megfelelő hálózat olyan konfigurációk, ahol a hálózati kapcsolat ismétlődően próbálkozik, és meghiúsul. Ez az oka annak, hogy néha az összes alkalmazás kilépése hatékonyan oldja meg a problémát, mert véget vethet a hibás ismétlésnek, ami a configd elrontását okozza, és bizonyos esetekben, amikor a configd leállítása nem oldja meg a problémát, akkor a bűnösök plist fájl eltávolítása megoldhatja a kérdés egyszer s mindenkorra. Az Ön egyéni tapasztalatai és eredményei eltérőek lehetnek.