Untitled

LaunchDaemonok -Drasztikus sebességnövelés

Forrás: iphoneclub.hu,vabe.hu,szifon.com

FIGYELEM! ERÕSEN ajánlott biztonsági mentés készítése a fájlokról, amiket módosítani fogsz! Ezek rendszerfájlok, ha rosszat törölsz ki, akár restore is lehet a vége!

Nem vállalok felelõsséget a bekövetkezendõ hibákért (legfeljebb restore :D ).

Mielõtt elkezdenénk, meg kell értened, hogy mi is az a daemon:

Az UNIX és más rendszerekben, amik képesek multitaskingra, a daemon egy számitógépes program, ami a háttérben fut, általában a felhasználó nem kap ezekhez közvetlen hozzáférést, nem kapcsolhatja ki õket, iPhone esetében mindig futnak a háttérben, lefoglalva a rendszermemória (RAM) egy (jelentõs) részét.

Tehát mit is jelent ez pontosan? Azt jelenti, hogy amikor az iPhone-t, vagy iPod-ot, vagy iPad-et bekapcsolod, betölt egy csomó háttérfolyamatot (54-et, a pontosság kedvéért) amik engedélyeznek rengeteg funkciót, pl. csatlakozás az Internetre, vagy hívást fogadni. Amikor ezek a háttérben futnak, lefoglalnak maguknak RAM-ot, és mivel ezek rendszerfolyamatok, nem tudod leállítani õket az SBSettings-szel, vagy a MemTool-lal. A jó hír az, hogy ezek közül a daemonok közül néhány teljesen fölösleges (a legtöbb ember számára), és egyszerûen ki lehet õket törölni, hogy visszakapjuk az általuk lefoglalt RAM-ot.

Elõször is, SSH-zz az eszközödre, és navigálj el ide: /System/Library. Keresd meg a LaunchDaemons könyvtárat, és másold ki kompletten az Asztalodra. Nevezd át az eredetit pl. LaunchDaemons.old-ra, vagy LaunchDaemons.original-ra, hogy könnyedén vissza tudd másolni az eredeti, módosítatlan fájlokat, ha valami balul sül el. (ERÕSEN ajánlott, hogy készítsd el ezt az backupot!.) A módosításokat az Asztalra kimásolt mappában/fájlokban végezd el, és utána egyszerûen másold fel a telefonodra/iPod-odra. Ellenõrizd, hogy biztosan át legyen nevezve a backup, nehogy felülírd a másolás folyamán! Érdemes ellenõrizni azt is, hogy a LaunchDaemons mappa jogai 755-re vannak állítva. Ha rosszul vannak beállítva, bekapcsolásnál meg fog akadni az eszközöd az Apple logonál! Amikor készen vagy, és felmásoltad a módosított fájlokat a telódra/iPod-odra, és az eredmény egy villámgyors teló/iPod!

Hogy kikapcsolj egy daemont, egyszerûen csak töröld az érte felelõs .plist fájlt.

Biztonságos Daemonok Ezeket biztonságosan kitörölheti bárki, bármiféle rizikó nélkül.

com.apple.DumpPanic.plist Gyûjti a összeomlásokat, és elküldi kiértékelésre az Apple-nek.

com.apple.ReportCrash.(Különbözõ Nevek).plist Összesen 5 féle van ezekbõl a daemonokból, ezek információt gyûjtenek az összeomlás körülményeirõl, milyen programok futottak amikor összeomlott, stb.

com.apple.CrashHouseKeeping.plist Ez is az összeomlásokért felelõs.

com.apple.aslmanager.plist Ez a daemon a rendszer naplózásért felelõs.

com.apple.syslogd.plist Rendszer eseményeket naplóz.

com.apple.powerlog.plist Figyeli az utángyártott töltõket.

com.apple.stackshot.server.plist Ennek a daemonnak a pontos funkciója jelenleg ismeretlen, de a törlése teljesen biztonságos. Bõvebb információk errõl a daemonról itt találhatók, viszont elég érthetetlen egy átlagfelhasználó számára.

com.apple.tcpdump.server.plist Ez a daemon kétségkívül gyûjti a hálózati forgalmat, (Forrás), viszont nem tudom pontosan, hogy miért. Ennek a törlése is teljesen biztonságos.

com.apple.iqagent.plist Ennek a daemonnak a pontos funkciója jelenleg ismeretlen, de a törlése teljesen biztonságos.

com.apple.mobile.profile_janitor.plist Ennek a daemonnak a pontos funkciója jelenleg ismeretlen, de a törlése teljesen biztonságos.

com.apple.chud.chum.plist Ez a daemon kapcsolatban van az Apple CHUD (Computer Hardware Understanding Developer) eszközökkel. Ennek a daemonnak a törlése teljesen biztonságos, ha csak nem vagy fejlesztõ, akkor TALÁN szükséged lehet rá.

com.apple.chud.pilotfish.plist Ez a daemon is kapcsolatban van az Apple CHUD eszközökkel. Ennek a daemonnak a törlése teljesen biztonságos, ha csak nem vagy fejlesztõ, akkor TALÁN szükséged lehet rá.

Feltételes Daemonok Ezek a damonok kikapcsolhatók, ha nincs szükséged a funkciójukra.

com.apple.AddressBook.plist Ha kitörlöd, a Contacts a Phone programban egy kicsit lassabban fog betölteni. Töröld ki, ha ez nem zavar.

com.apple.accessoryd.plist Ha kitörlöd, nem fognak mûködni az FM rádió transzmitterek, iPhone dock-ok, és AV kábelek. A csatlakoztatott eszközök képesek lesznek tölteni az eszközödet, viszont ennyi lesz az egész. Töröld ki, ha nem használod ezeket a kiegészítõket.

com.apple.apsd.plist Ha kitörlöd, a Push Notifications nem fog mûködni. Töröld ki, ha nem használod.

com.apple.dataaccess.dataaccessd.plist Ha kitörlöd, a contact-okat nem fogod tudni szinkronizálni az Exchange-el, vagy a Google Sync-kel. Töröld ki, ha nem használod ezeket a szolgáltatásokat.

com.apple.datamigrator.plist A névjegyzék SIM kártyáról való telefonra másolásért felelõs. Az iPod touch felhasználók kitörölhetik.

com.apple.racoon.plist A Virtual Private Network-ökért felelõs. Töröld ki, ha nem használsz VPN-t.

com.apple.MobileInternetSharing.plist Az Internet Tethering-ért felelõs. Töröld ki, ha iPod touch-csod van, vagy ha nem érdekel a tethering.

com.apple.aggregated.plist Ez valószínûleg az Audio-In-ért felelõs. Ha iPod touch-csod van, és nem tervezed használni az Audio-In-t, töröld ki. iPhone felhasználóknak ajánlott békénhagyni ezt.

com.apple.AOSNotification.plist Ez a daemon a MobileMe szinkronizálásért felelõs. Ha nem használsz MobileMe-t, töröld ki.

com.apple.AdminLite.plist Ez a daemon megpróbálja „visszaadni” az irányítást neked, ha szerinte egy hosszas folyamatra várakozol. Ez a force-quit módszernél történik, szóval ha belefáradtál abba, hogy összeomlanak a programjaid, és inkább vársz egy pár másodpercet hogy kilépjenek, töröld ki.

Kézi szerkesztéssel kikapcsolható Daemonok Ezeknek a daemonoknak a teljes kikapcsolása nem ajánlott, viszont egy kis szerkesztéssel meg lehet oldani, hogy kikapcsolódjanak, ha nincs rájuk szükség.

com.apple.itunesstored.plist Nyisd meg egy plist editorban, és változtasd meg ezt:

<key>SuccessfulExit</key>

erre:

<key>SuccessfulExit</key>

<true/>

Most már ez a daemon nem fog futni, csak amikor szükség van rá. Szerkesztheted ezt magán a telefonon/iPod-on, az iFile segítségével, ha az számodra egyszerûbb.

Ismeretlen funkciójú Daemonok Ezeknek a daemonoknak a funkciója ismeretlen, de a kódjuk és nevük alapján fontosak lehetnek. Töröld ki a saját felelõsságedre.

com.apple.daily.plist – Jelenleg semmi sem ismert errõl a daemonról, kivéve, hogy bizonyos dolgokat naponta elvégezzen.

Hagyd-Békén Daemonok Ezeknek a daemonoknak a törlése/módosítása végzetes (restore) lehet. Semmiképpen sem ajánlott a módisításuk!

com.apple.mobile.Lockdown.plist A SIM engedélyezésért,és egyéb fontos dolgokért felelõs.

com.apple.fairplayd.plist Ez ellenõrzi a DRM-et a megvásárolt zenéiden, és programjaidon.

com.apple.installd.plist A programok telepítéséért felelõs.

com.apple.BTServer.plist – Ha ezt a daemont kitörlöd, az eszközöd nagyon lassú, és irányíthatatlan lesz.

com.apple.configd+pm.plist A rendszerbeállításokért felelõs.

com.apple.configd-pm.plist Szintén a rendszerbeállításokért felelõs.

com.apple.gmmd.plist A nyomkövetésért felelõs.

com.apple.mDNSResponder.plist DNS. Töröld ki, és az Internet teljesen elszáll.

com.apple.CommCenter.plist Felelõs a hívások fogadásáért/kezdeményezéséért, stb. Az iPod touch felhasználóknak sem ajánlott a törlése.

com.apple.locationd.plist A GPS és helyzetmeghatározáért felelõs.

com.apple.mediaserverd.plist Lejátssza a zenéidet, és videóidat.

com.apple.graphicsservices.sample.plist Az borítók megjelenítéséért felelõs.

com.apple.usbptpd.plist Engedélyezi a csatlakoztatást a számítógéphez, és a töltésért is ez a felelõs.

Jailbreak Daemonok Ezek a daemonok a jailbreakelt programokkal települnek.

com.bigboss.sbsettingsd.plist Az SBSettings-hez tartozik. Szerintem ne piszkáld.

com.imalc.insomnia.plist Az Insomnia respring és reboot közbeni futtatásáért felelõs. Ha nincs rá szükséged, töröld ki.

com.mxweas.MxT2d.plist Ez a daemon engedélyezi az MXTube-nak, hogy a háttérben töltse le a YouTube videókat. Ha kitörlöd, újra kell telepítened a programot; viszont, ha nem használod az MxTube-ot, és túl lusta vagy az uninstallálásához, töröld ki ezt a daemont.

com.saurik.Cydia.Startup.plist Ez valószínûleg a Cydiás AutoInstall trükkhöz szükséges. Ha nem tudod mi ez, és nem is használod, kitörölheted.

org.nodomain.scrobbled.plist Scrobbler daemon. Töröld ki, ha nem akarod, hogy a zenéid scrobblálva (?) legyenek.

Miután kitöröltem a szükségtelen daemonokat, a boot idõ jelentõsen csökkent (30 másodperc a fekete képernyõidg, 47 másodperc míg eljutok a SpringBoard-ra, és általában 61Mb a szabad RAM. Ez közel van az egész RAM feléhez, és elég egy jópár alkalmazás háttérben futtatására.

TIPP: Ha ezt elvégzed + telepíted az iPhone VM-et, elég gyors lesz a telód/iPod-od ;)

Supercharged Drasztikus sebességnövelés 2.

Ez egy továbbfejlesztett változata az iPhoneVM-nek, sokkal gyorsabb, és egyéb extrákat is ad, mint pl. az iPhone nem kapcsol ki 5% töltöttségnél, hanem akár 1%-ig lemehetünk, és nem csak 15%-nál kapcsol be, ha töltõn van, hanem 2-5%-nál, nem kell 10-15 percet várni, míg végre használni tudjunk kedvenc telefonunkat. Akik nem tudják, mi is az az iPhoneVM: ez egy kis program, ami az iPhone flash memóriájából felhasznál egy kis darabot, hogy azt virtuális RAM-ként használja, ezzel egy sokkal gyorsabb, erõsebb rendszert kapva.

Hátrányok:

Igen, valóban káros ez a módszer az iPhone flash memóriájára nézve, lerövidíti a flash memória használhatóságát kb. 3-5 évre. Szerintem ez teljes mértékben elfogadható, hiszen ki használja ugyanazt a telefont 5 évig? Fõleg, ha Applerõl van szó, én személy szerint maximum 1 évig használok egy telefont, szóval bõven belefér a lerövidült használhatóságba

TIPP: ajánlom ezt a három módszert, hogy egy villámgyors, frissen tuningolt rendszert kapjunk: langpack script, launch daemon-ok eltávolítása, és végül, a Supercharged telepítése.

Én bátran ajánlom a telepítését, és használását, hiszen egy sokkal gyorsabb telefont kapunk, és egyéb extrákat, a hátrányát meg nem valószínû, hogy megéreznénk.

Nekem, az iPod touch 2G-men van, hogy a szabad memória eléri a 84Mb-ot (!!), a 3GS és iPT 3G esetén viszont 200Mb fölé is mehet!

Ebben a részben finomhangolás lesz, azaz ne várjon senki drasztikus szabad memória-méret növekedést, vagy fénysebességû processzort, de azért, ha szépen mindegyik lépést megcsináljuk, érezhetõ gyorsulás lesz, ezt megígérhetem.

telo

Ha valaki elhatározza, hogy megcsinálja a módosításokat, akkor nézzen rá a régebbi cikkre is a Daemonokkal kapcsolatban, megéri megcsinálni az abban leírtakat, a kettõnek együtt van nagy hatása! (és mivel abban a cikkben a plist módosítások alapjai is le volt írva, ezért nem fogom mégegyszer részletezni azt is, mindent, ami kell, elméleti ismeret, abban a cikkben benne van)

Lássuk:

1. Kapcsoljuk ki teljesen a loggolást, és tegyük még gyorsabbá a bootot:

-van nekünk a /System/Library/SystemConfiguration/Logger.bundle/ könyvtárban egy plistünk, írjuk át az Info.plistet:

(egyébként ez irányítja a loggolást a telón)

az összes true-t írjuk át false-ra, így a rendszerloggolás nagy részét kikapcsoljuk:

<key>Enabled</key>

<key>LOG_NETWORK_KERNEL_EVENTS</key>

<key>LOG_NOTIFY_DNS_CONFIGURATION</key>

<key>LOG_NOTIFY_NETWORK_CHANGE</key>

<key>LOG_SC_NETWORKCHANGE</key>

<key>LOG_SC_PRIMARYSERVICE</key>

<key>LOG_SC_REACHABILITY</key>

<key>LOG_SYSTEM_POWER_EVENTS</key>

- töröljük ki a must have daemonokat a daemonos cikk alapján

-a /System/Library/LaunchDaemons könyvtárban módosítsuk a következõ file-okat:

a, com.apple.fairplayd.plist:

a végén a file-nak ezt látjuk:

<key>StandardOutPath</key>

<string>/var/logs/fairplayd.log</string>

Szépen töröljük ki ezt a bejegyzést, felesleges a fairplayd-nek logolnia.

Ugyanebben a file-ban átírhatjuk ezt:

<key>KeepAlive</key>

<true/>

erre:

<key>OnDemand</key>

<true/>

b, com.apple.gmmd.plist:

az elején ez áll:

<key>Debug</key>

<true/>

írjuk át:

<key>Debug</key>

így nem fog állandóan Debugolni a rendszer

Ha akarjuk, nyugodtan ki is törölhetjük a file-t, az elõzõ cikkben talán még a fontosak között szerepel a daemon, azonban minden mûködõképes nélküle is, és nem is lassul be a rendszer a törlése után.

c, com.itunesstored.plist:

<key>KeepAlive</key>

<dict>

<key>SuccessfulExit</key>

írjuk át:

<key>OnDemand</key>

<dict>

<key>SuccessfulExit</key>

és:

a benne lévõ szolgáltatásoknál nyugodtan kikapcsolhatjuk a ResetAtClose-t, felesleges, hogy respring-kor mindig frissítgesse a notification-öket (azaz az AppStore-on a badge-et, hogy hány frissítés van):

<key>com.apple.iTunesStore.daemon</key>

<dict>

<key>ResetAtClose</key>

<true/>

</dict>

<key>com.apple.iTunesStore.daemon-notifications</key>

<dict>

<key>ResetAtClose</key>

<true/>

</dict>

<key>com.apple.iTunesStore.daemon.notifications.public</key>

<dict>

<key>ResetAtClose</key>

<true/>

</dict>

<key>com.apple.iTunesStore.daemon.public</key>

<dict>

<key>ResetAtClose</key>

<true/>

ezt írjuk át erre:

<key>com.apple.iTunesStore.daemon</key>

<dict>

<key>ResetAtClose</key>

</dict>

<key>com.apple.iTunesStore.daemon-notifications</key>

<dict>

<key>ResetAtClose</key>

</dict>

<key>com.apple.iTunesStore.daemon.notifications.public</key>

<dict>

<key>ResetAtClose</key>

</dict>

<key>com.apple.iTunesStore.daemon.public</key>

<dict>

<key>ResetAtClose</key>

d, com.apple.mDNSResponder.plist:

eredeti:

<key>OnDemand</key>

írjuk át:

<key>OnDemand</key>

<true/>

így addig nem indul el, amíg nem netezünk.

e, com.apple.mediaserverd.plist:

<key>KeepAlive</key>

<true/>

ezt a bejegyzést töröljük a file-ból.

Alatta, a file végén van egy ilyen:

<key>OnDemand</key>

írjuk át:

<key>OnDemand</key>

<true/>

Ha nem akarjuk a videófelvételt engedélyezni a rendszernek a 3G-n (tudjátok, az M68AP.plist módosításával), akkor töröljük a MachServices részbõl ezt:

<key>com.apple.coremedia.recorder</key>

<dict>

<key>ResetAtClose</key>

<true/>

</dict>

elvileg máshoz nem kell a recorder funkciója a mediaserverdnek.

2. kicsit gyakrabban frissíthetjük a GPS jelet:

igazából a programokon, amik eddig is néha elvesztették a jelet, vagy késett a jel (lásd Sygic, iDA) csak kicsit segít, de én úgy vettem észre, hogy talán stabilabb lett a jel a módosítás és reboot után:

/System/Library/LaunchDaemons/com.apple.locationd.plist

(a locationd a GPS chip daemonja)

<key>ThrottleInterval</key>

ezt a 3-at átírhatjuk 2-re vagy 1-re, nálam 1-en van, ha ki van kapcsolva a GPS akkor nem merít jobban, ha be van kapcsolva, akkor sem vettem észre gyorsabb merülést.

A változó azt állítja, hogy hány másodpercenként frissítse be a rendszer a daemon állapotát

3. felesleges SpringBoard szolgáltatások:

/System/Library/LaunchDaemons/com.apple.SpringBoard.plist

eredeti:

<key>KeepAlive</key>

<true/>

írjuk át:

<key>OnDemand</key>

<true/>

és

MachServices részben:

<key>com.apple.springboard.UIKit.migserver</key>

<dict>

<key>ResetAtClose</key>

<true/>

</dict>

töröljük ki a bejegyzést nyugodtan, elvileg a SIM kártyáról történõ sms és névjegyzék átmásoláshoz kell, felesleges

ha nem használjuk a push szolgáltatást (nagyon kérem mindenki nézze meg mi az a push, aki nem tudja, a daemonos cikkben benne van, mert nem a mailes push-t jelenti), nyugodtan kitörölhetjük ezt is:

<key>com.apple.springboard.remotenotifications</key>

<dict>

<key>ResetAtClose</key>

<true/>

</dict>

Elvileg az alábbi bejegyzés a Calendar Render Server szolgáltatás támogatása lenne a SpriongBoard részérõl, azonban én a törlése után semmiféle funkcióváltozást nem vettem észre, ha valami nem mûködik, írjuk bele vissza:

<key>com.apple.CARenderServer</key>

<dict>

<key>ResetAtClose</key>

<true/>

</dict>

4. lopjuk a 3GS-tõl:

merthogy, ha megnézzük a 3GS /System/Library/CoreServices/ könyvtárában az N88AP.plist-et (ami a 3GS plussz funkciót tartalmazza), akkor láthatjuk, hogy van két érdekes bejegyzés, ami nem hardverfüggõ. Ezeket beleírhatjuk a saját plistjeinkbe, iPhone EDGE-nél az M68AP.plistbe, iphone 3G-nél az N82AP.plistbe. Olyan nagy változást nem vettem észre, de talán egy picit tényleg gyorsabb lenne a képek megjelenítése, és a SpringBoardon a lapozás:

<key>launch-applications-while-animating</key>

<true/>

<key>load-thumbnails-while-scrolling</key>

<true/>

értelemszerûen, az egyik bejegyzés a képek lapozásánál már elkezdi tölteni a következõ képet, így simábbnak, gyorsabbnak tûnik a megjelenítés, a másik pedig a programindítás animációjának futtatása közben is tölti a progit.

5. WinterBoard

azért elöljáróban el kell, hogy mondjam, hogy gyakorlatilag az ikonok kicserélgetésén kívül minden belassítja a rendszert, így, ha nem cserélgetjük egyfolytában a témákat, hanem egy, jól megszokott témát használunk, akkor érdemes T-Pottal vagy SSH-val kicserélgetni pl. az alkalmazások képeit, hogy legalább azokat ne a WinterBoard töltse be. a LockScreen képeket érdemes bemásolni a a /private/var/stash-ben lévõ Wallpaper.blabla (blabla változó karaktersort jelent) könyvtárba, és a Settingsben beállítani a LockScreen Wallpapert. Ha nem muszáj, mindenképpen nagyon egyszerû témákat használjunk, ne komplexeket (értsd: Wallpaper.html vagy LockScreen.html és egyéb html widgetek (SpringBoardon egyéni óra, stb), javascriptek nagyon nagyon belassítják a SpringBoardot, és eszik az akksit is. Dokkot, buborékokat, StatusBart is ki tudjuk kézzel cserélni, felesleges a témában lennie.

-a WinterBoard témákban gyakran van egy UIImages könyvtár. Ebben legtöbbször csak a záróképernyõn lévõ óra mögötti sötét sáv eltüntetésére szolgáló kép van, ami egy átlátszó png. A WinterBoard ilyenkor automatikusan betölti a memóriába az UIImages modult, ami kb 0,6 MB-nyi, és lassabb mûködést is eredményez (persze itt mondjuk tizedmásodpercekre kell gondolni). Mindezt ezért a kis módosításért A témázgassunk cikkben leírtam, hogyan lehet módosítani az artwork file-okat, amikben az UIImage-ek vannak. Csináljuk meg kézzel a módosítást, ha szükségünk van rá, és kész, ezután:

íme, ha nincsenek UIImage-ek, vagy nekünk nincs a módosításukra szükségünk, akkor kapcsoljuk ki a betöltését a modulnak a WinterBoardban:

írjuk át (legjobb iFile-lal, mert binary formátumban hagyja a plisteket):

/Library/MobileSubstrate/DynamicLibraries/ könyvtárban a WinterBoard.plistet:

<dict>

<key>Bundles</key>

<array>

<string>com.apple.springboard</string>

</array>

</dict>

ezzel azt érjük el, hogy a WinterBoard nem a UIKit-be, hanem csak a SpringBoard-ba töltõdik be. (a UIKit rendszerszintû, a SpringBoard meg csak a SpringBoard)

a módosítás után elvileg nem fognak az egyes alkalmazásokhoz készített külön képek se betöltõdni, de próbáljuk ki, ha a témánk nem valami sok ilyet tartalmaz, akkor nem fogunk nagy változást észrevenni. A módosítással kicsit kevesebb memóriát fogyaszt a WinterBoard.

Van egy WinterBoard Lite is, errõl is írtam már, David Ashman csinálta, gyakorlatilag annyi, hogy kivette a WinterBoard.dylib-jébõl a UIKit modult, úgy ahogy van. Ezzel persze sokkal-sokkal gyorsabb mûködést és kevesebb memóriafogyasztást ért el, de Saurik kérésére a Cydiából még aznap törölte a csomagot Ashman. Szerencsére, azért a dylib-et fent hagyta az oldalán:

david.ashman.com/WinterBoard.dylib

letöltés után, T-Pottal töröljük ki a /Library/MobileSubstrate/DynamicLibraries/

könyvtárból a WinterBoard.dylib-et (mert ez csak egy symlink a file-hoz, ami a Applicationben van a WinterBoard.app-ben), vagy iFile-t is használhatunk, ez esetben a könyvtárban menjünk rá a file mellett lévõ kis fülre, és feljönnek a tulajdonságai, itt látni fogjuk, hogy a file típusa symlink, és a target: /Applications/WinterBoard.app/WinterBoard.dylib, ide tappoljunk be ebbe a mezõbe, és töröljük az egészet, ha leokkézuk a változást, akkor a symlink automatikusan eltûnik, törlõdik, de egyszerûbb a dolog T-Pottal)

Szóval, ha leszedtük a linkrõl a file-t, akkor T-Pottal felmásolhatjuk, majd azonnal állítsuk át a jogait iFile-lal 755-re, vagy WinSCP-vel egy lépésben megtehetjük a kettõt. Respring, és láthatjuk a változásokat.

Ha lefagyna a SpringBoard és Safemode restartol, próbáljuk meg mégegyszer a respring-et, ha ekkor is, akkor nagy valószínûséggel elrontottunk valamit a jogoknál.

- Ha nem akarjuk elveszíteni a témánk egyetlen kis darabját sem, akkor is megéri törölni a symlinket, és kimásolni az eredeti file-t a /private/var/stash/Applications/WinterBoard.app-bõl, vigyázzunk, ha T-Pottal csináljuk, akkor jogokat ne felejtsünk utána állítani.

6. még mindig WinterBoard, csak más vonatkozásban:

A WinterBoard feltelepülés után aranyosan hozzáfûzi a saját igényeit a notifyd daemon beállításait tartalmazó /private/etc/notify.conf file-hoz.

A notifyd végzi a rendszer egyes komponensei között a változásokról való értesítést. Jelen esetben ezt fûzi hozzá a WinterBoard a filehoz:

reserve com.saurik.winterboard. 0 0 rwr-r-

monitor com.saurik.winterboard.lockbackground /var/mobile/Library/LockBackground.jpg

ezzel azt éri el, hogy a rendszer automatikusan értesíti a WinterBoard-ot, ha változna a LockScreen háttérkép. Hogy minek, azt nem tudom, ígyis-úgyis respring kell új témánál, ha meg a Settingsben állítjuk át a hátteret, és nincs a témánkban külön ilyen kép, akkor meg teljesen felesleges, hogy külön értesytse a WinterBoard-ot a rendszer errõl az eseményrõl. Természetesen, a dolognak az az értelme, hogyha a beállított témánk is tartalmaz LockScreen wallpapert, és megunnánk (LockBackground.jpg), és a Settingsben a telón lévõ Wallpaperekbõl, vagy a képekbõl állítunk be egyet, akkor egy esetleges respring után a WinterBoard ne töltse be újra a témából a képet, és változtassa vissza. Nem hiszem, hogy erre a funkcionalitásra olyan nagy szükség lenne, az említett file-ból törölhetõ a bejegyzés, és így a notifyd kevesebb memóriát fog enni.

7. Symlinkek

A symlinkek használata nagyon általános a UNIX-alapú rendszerekben, az iPhone felmemóriája is egy sajátos HFS filerendszert tartalmaz, ami tudja kezelni a symlinkeket. Azonban, alapvetõen, ha fizikailag is ott az adott file, ahol lennie kellene, és nem kell a rendszernek ugornia egy másik helyre, akkor gyorsabb a betöltés. A MobileSubstrate /Library/MobileSubstrate/ könyvtárában lévõ MobileSubstrate.dylib is csak egy symlink, ami /usr/lib/ könyvtárban lévõ libsubstrate.dylib-re mutat.

A dolgot legjobb WinSCP-vel elintézni, ugyanis a symlink törlése után a progik a respringig ki fognak lépegetni a telón: Töröljük a symlinket, majd WinSCP-vel másoljuk át a /usr/lib/libsubstrate.dylib-et a /Library/MobileSubstrate/-be (de ne töröljük az eredeti helyrõl se a file-t, (mert saurik a WinterBoardnak azt adta meg, hogy a gyorsabb mûködés érdekében eleve ne a symlinket használja, mint a többi mezei MobileSubstrate kiterjesztés), majd másolás után nevezzük át MobileSubstrate.dylib-re, és azért ellenõrizzük le, hogy a jogai 775 vagy 755 legyen a file-nak. Ezután respring. Ha minden mûködik, elindulnak a progik, akkor reboot.

Ha valami elcseszõdik, nem akar bootolni a SpringBoard, akkor az azt jelenti, hogy valamit rosszul csináltunk, ez esetben rádugni a telót a gépre, T-Pottal el tudjuk érni a filerendszert, LaunchDaemonok közül a SpringBoard plistjét törölni, és visszamásolni az eredeti plistet (vagy átmozgatni a gépre a plistet, kitörölni belõle a MobileSubstrate bejegyzését, és visszamozgatni)

-symlinket használ egy csomó könyvtár is JB után a /Library/-ból, hogy minek, az megint jó kérdés. Nem írom le bõvebben, a fentebb leírt mechanizmus alapján iFile-lal vagy WinSCP-vel, szépen minden könyvtárt át lehet mozgatni az eredeti helyére, iFile-lal pedig meg lehet nézni, hogy a symlinkek (kék az iFileban) hová mutatnak, és honnan kell átmozgatni a symlink törlése után a dolgokat. A jogok meghagyására vigyázzunk!

(A Themes könyvtár is symlink, eredeti helye a /Libraryban lenne, hogy ne foglaljon nagy méretet a rendszerpartícióból, ezért tette át saurik a /var/stash/Themes helyre, ha nem nagy a könyvtárunk, akkor nyugodtan tegyük át.)

Két symlinket ne piszkáljunk a /Library-ból: a Ringtones-ot, és a Wallpaper könyvtárakat, azokat a Cydia nagyon háklisan õrzi, hogy mindenképpen a /private/var/stash/ könyvtárban legyenek fizikailag.

8. Felesleges dolgok törlése:

- Nyelvek: az iPhone-ban 30 nyelv van beépítve, ha magyarosítás fent van, akkor úgyis csak arra, és az eredeti angol file-okra van szükség, ha angolul használjuk a telót, akkor minden más nyelvet törölhetünk a teljes rendszerbõl!

A nyelvek a különbözõ alkalmazások és rendszerkönyvtárakban a .lpoj kiterjesztésû könyvtárakban vannak.

Az English.lproj és en.lproj könyvtárak egyaránt az eredeti angol file-okat tartalmazzák, ne töröljük õket, változó, hogy egy adott helyen English.proj vagy en.lproj-t használ a rendszer.

Hogy ne kelljen kézzel törölgetni a könyvtárakat, fõleg hogy nagyon sok könyvtárról van szó, és a kézzel kijelölésnek (Total Commanderben: *.lproj-t adunk meg a csoportos kijelölésnél) az is veszélye, hogy valamelyik helyen elfelejtjük az angol file-ok kijelölését megszüntetni, és azokat is kitöröljük.

Ezért íme néhány parancs, ami kitörli nekünk az összes nyelvet a telóról, mindenhonnan, kivéve a magyart és az angolt.

(SSH, putty, vagy Terminal a mobilon, su root, alpine, és adjuk ki õket:)

find / -name ar.lproj | xargs rm -Rf

find / -name cs.lproj | xargs rm -Rf

find / -name da.lproj | xargs rm -Rf

find / -name de.lproj | xargs rm -Rf

find / -name Dutch.lproj | xargs rm -Rf

find / -name el.lproj | xargs rm -Rf

find / -name es.lproj | xargs rm -Rf

find / -name fi.lproj | xargs rm -Rf

find / -name fr.lproj | xargs rm -Rf

find / -name French.lproj | xargs rm -Rf

find / -name German.lproj | xargs rm -Rf

find / -name he.lproj | xargs rm -Rf

find / -name hr.lproj | xargs rm -Rf

find / -name id.lproj | xargs rm -Rf

find / -name it.lproj | xargs rm -Rf

find / -name Italian.lproj | xargs rm -Rf

find / -name Japanese.lproj | xargs rm -Rf

find / -name ko.lproj | xargs rm -Rf

find / -name ms.lproj | xargs rm -Rf

find / -name nl.lproj | xargs rm -Rf

find / -name no.lproj | xargs rm -Rf

find / -name pl.lproj | xargs rm -Rf

find / -name pt_PT.lproj | xargs rm -Rf

find / -name pt.lproj | xargs rm -Rf

find / -name ro.lproj | xargs rm -Rf

find / -name ru.lproj | xargs rm -Rf

find / -name sk.lproj | xargs rm -Rf

find / -name Spanish.lproj | xargs rm -Rf

find / -name sv.lproj | xargs rm -Rf

find / -name th.lproj | xargs rm -Rf

find / -name tr.lproj | xargs rm -Rf

find / -name uk.lproj | xargs rm -Rf

find / -name zh_CN.lproj | xargs rm -Rf

find / -name zh_TW.lproj | xargs rm -Rf

Ha nem akarjuk sorban kiadogatni õket (már pedig ki szeretne ilyet tenni) íme egy scriptként is megcsinálva. Töltsük le a file-t, másoljuk mondjuk T-Pottal a /preivate/var/tmp/ könyvtárba, WinSCP-ben vagy iFile-ban adjunk neki 775 jogot, majd Puttyban vagy a telón a Terminalban adjuk ki ezt a parancsot:

su root (alpine a jelszó)

cd /tmp

./langdel.sh

ÉS várjunk, kb 5-10 perc mire befejezi a mûveletet, és visszakapjuk a parancssort.

íme a file: langdel.sh

-felesleges dolog a /System/Library/TextInput könyvtár nagy része, hacsak nem szeretnénk használni angolul vagy magyarul a prediktív szövegbevitelt (akkor nyilván hagyjuk meg az adott nyelvek könyvtárát) akkor nyugodtan törölhetjük az egész könyvtárat, amivel rengeteg helyet szabadítunk fel.

-Az emoticonok a /System/Library/PrivareFrameworks/WebCore.framework-ben vannak, igazából törölhetõek, de néhány progi, ami emoticont használ (pl. biteSMS) utána nem tudja megjeleníteni õket

-a/System/Library/Fonts/ könyvtárban vannak a betûtípusok

Ugyan sokan ajánlják, de ne töröljünk semmit, mert utána ha egy weboldalban egy kanyi kínai vagy japán karakter is van, akkor kilép a Safari

Viszont helyezzük át a kömyvtárat a rendszermeghajtóról, így gyorsabbá téve picit a teló mûködését:

Terminalban:

su root

mv /System/Library/Fonts /var/ && ln -s /var/Fonts /System/Library/

várjunk, mert a könyvtár kb 150MB, így egy ideig eltart a dolog.

-töröljük a felesleges programokat a /private/var/stash/Applications-bõl:

felesleges Mo-on, hanem nem USA accountunk és gift cardunk van:

MobileStore.app

ezenkívül:

FieldTest: kiírja dB-ben a jelerõsséget

Web.app: a Webapp-ekhez kellene, ha kitesszük õket ikonban elvileg, de enélkül is mûködik a dolog

DemoApp.app: felesleg

MobileAddressBook.app: felesleges külön is, a törlés után a Phone ugyanúgy eléri a Contactsokat.

Stocks.app: ha nem használjuk, töröljük.

Mivel kézzel is át lehet írni a /private/var/mobile/Library/Preferences/ könyvtárban lévõ beállítási file-okat, ezért én alapvetõen törölni szoktam azokat a programokat, melyeknek semmi más funkciója sincs, csak hogy az adott MobileSubstrate kiterjesztést lehessen vele állítgatni, ilyen pl.:

WinterBoard.app: vigyázat, másoljuk át a symlink helyére a dylibet!!!!

Backgrounder.app

egy csomó RockYourPhone cuccnál is csak erre szolgál az alkalmazás, pl.: IntelliDial.app

Mivel én mxtube-ot használok, és nem is tetszett ez a YourTube-os kiterjesztés a gyári progi mellé, és van iMobileCinama telepítve, ami meg magából a Safariból játssza le a videót, ezért én törölni szoktam a YouTube.app-et is.

Még valami: más progikkal nem próbáltam, de biteSMS-el tuti mûködik:

ha a biteSMS-nél be van állítva, hogy Default SMSApp, akkor nyugodtan törölni lehet a MobileSMS.app-et is.

-még törölhetõ a MobileSafari.app-bõl a csomó felesleges StaticBookmark file,ez felelõs azért, hogy a Safariban alapból benne legyen a Google, Apple, Yahoo linkje.

pl.:

StaticBookmarks-en_JM.plist

egyedül a

StaticBookmarks-hu_HU.plist-et hagyjuk meg, bár igazából az is felesleges.

-törölhetõ a /System/Library/Frameworks/UIKit.framework/

könyvtárban lévõ Keyboard-Emoji.artwork file, hacsak nem akarjuk az Emoji billentyûzetet is használni.

illetve ugyanezen könyvtárban a különbözõ keyboard file-ok:

pl. Keyboard-bg.plist

maradjon meg a Keyboard-Default.plist, a magyar, meg persze az angolok (en, en_US,enGB), meg persze, ha valamilyen nyelvû billentyûzetet még szoktunk használni, mert mondjuk szoktunk németül mailt írni, akkor azokat hagyjuk meg, többi mehet a süllyesztõbe

-ugyanebben a fentebbi könyvtárban, annak a DateFormats alkönyvtárában töröljünk mindent,kivéve persze a magyart (hu.plist)

-a /System/Library/Audio könyvtárban vannak a rendszerhangok, én mivel ez az egyetlen amit el tudok viselni a Glass sms hangon kívül a többit törölni szoktam a sorszámnak megfelelõen, a Settingsben a Glass a harmadik hang, ezért a könyvtárban a neve: sms-received3.caf. Egyébként mi magunk is tudunk csinálni ilyen hangokat, Windowson QuickTimePro-val vagy a legegyszerûbben egy mezei konverterrel, pl Nero-ban is van, vagy JetAudioval átkonvertálunk egy file-t mp3-ból vagy más formátumból, esetleg wav-ból aiff-á és átírjuk TotalCommanderben a kiterjesztést aif-ról caf-vá, átnevezzük pl. sms-received6.caf-ra, bemásoljuk ebbe a könyvtárba T-Pottal, felülírjuk az eredetit, és innen a hatodik hang alatt az általunk kreált hang fog megszólalni.

-Ebben az Audio könyvtárban találjuk a szörnyen idegesítõ bipbip hangot is, amit mindig kiad a teló, ha rádugjuk a számítógépre, ha fel van hangosítva, ha le van halkítva, akkor pedig emiatt vibrál. Én ezt nagyon idegesítõnek tartom, ha kitöröljük beep-beep.caf-ot akkor megoldódik a probléma.

-alapvetõen, minél kevesebb file-t kell a bootkor becachelnie a rendszernek, annál gyorsabb lesz a mûködése, most a Ringtones és Wallpaper könyvtárra gondolok:

én mindig azt szoktam csinálni, hogy az általam kedvelt LockScreen háttereket beteszem iTunesba, hogy szinkronizálja fel a telóra õket, és a Wallpaperbõl mindent kitörlök (a könyvtár teljesen üresen marad, magát a könyvtárat nem kell törölni), ugyanígy a Rintonesból is a sajátokat iTunes-sal szinkronizáltatom fel, és a beépített Ringtones könyvtárból mindent törlök. Így gyorsabb lesz kicsit a mûködés, aminek fõként az az oka, hogy az iTunes a képeket betömöríti, és egy sajátos szerkezetû file-ba tölti az egészet, amit a rendszer nem kell, hogy külön cacheljen.

-nagyon buta dolog, de sajnos teljesen igaz: az iTunes-os, AppStore-os progik mindig külön UDID-os könyvtárba kerülnek, ez az a hosszú kód, ami alatt találjuk az egyes progikat, és az iTunes vagy ha az AppStoreból töltöttünk a telón le valamit, akkor az itunesstored és az installd daemonok beleírják az adatait ennek a UDID könyvtárnak, illetve magának a proginak egy adatbázisfileba.

Természetesen, és sajnálatosan, minél nagyobb az adatbázis mérete azaz minél több progit rakunk a telóra, annál lassabb lesz a mûködése.

Tehát, ami nem kell, inkább töröljük. Mivel bármikor hozzá tudunk férni mind AppStore-on, mind Installouson keresztül a progikhoz, ezért nem hiszem, hogy annyira akut eset történhessen, hogy egy egyébként ritkán használt progira, pl rajzoló progik, vagy FaceMelter azonnal és sürgõsen szükségünk legyen

-Cydiából a felrakott progik fõleg a MobileSubstrate-os kiterjesztéseken keresztül lassítják a telót, ebbõl is pl. IntelliScreen az elsõ helyen (jó, tudom, tudom, de a RockYourPhone RockExtensions-ja mivel saurik nyílt forráskódúvá tette még a legelején a MobileSubstrate-ot totálisan ugyanaz, mint a MobileSubstrate), iRealSMS se a legjobb biteSMS sokkal kevésbé erõforrásigényes, Loggolóprogik se túlságosan jók, UIFaker, stb. Mivel pl. UIFakerre, vagy VoIPOver3G/Tricker3G/3GUnrestrictor -ra csak néha van szükségünk, ezért én csinálni szoktam egy-egy BossPrefs kapcsolót hozzájuk, aminek az elkészítése tetszõleges dylib-hez nem egy nagy ördöngõsség, példának:

3GUnrestrictorhoz:

az egyik file meg a BossPrefs.app services könyvtárába, ez maga a kapcsoló, a másik a scripts-be, ez maga az, hogy mit kell csinálni a kapcsolónak:

servicesbe: tetszõleges néven létrehozunk egy sima szöveges file-t, vigyázzunk, az UTF-8 kódolásra (kitûnõen kezeli Winen a muCommander)

mondjuk Unrestrictor3G néven, kiterjesztés nélkül, és ezt írjuk bele:

/Applications/BossPrefs.app/scripts/voip.sh on

/Applications/BossPrefs.app/scripts/voip.sh off

exist /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.dylib

Nyilván, a fentebbi esetben egy voip.sh nevû file kell a scripts könyvtárába a BossPrefs-nek:

ez így nézzen ki:

#!/bin/sh

case “$1? in

on)

mv /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.dylib_ /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.dylib

mv /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.plist_ /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.plist

;;

off)

mv /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.dylib /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.dylib_

mv /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.plist /Library/MobileSubstrate/DynamicLibraries/Unrestrictor3G.plist_

;;

esac

Ha az én scriptembõl kicserélitek otthon egy egyszerû szövegszerkesztõs Csere segítségével az adott kiterjesztés nevére a fentebbieket, akkor kaptok egy gyorsan mûködõ BossPrefs-es kapcsolót. A scripteket tényleg UTF-8-ban kell írni

A dolgok egy része respring nélkül is mûködik, más része nem. Ha kell respring, külön sorként írjuk bele a scriptbe, a végére:

respring

9. Binary plistek

Merthogy, a plisteknek két fontos lehetséges formátuma van: a binary és az xml, az xml egy szöveges file, a binary már le lett egy bináris kódba fordítva, és ezt természetesen jóval gyorsabban tudja betölteni a rendszer. Kb. 1000 darab plist file van egy iphone-on. Tehát, nem mind1, hogy ezer szöveges file-t, vagy ezer binary file-t kell betöltenie a rendszernek. Ezek egy része a rendszerfile-ok eleve a firmware-ben binary-ben vannak, és nem is fordulnak maguktól át xml-lé természetesen, de jó sok file van, aminél erre nem figyeltek oda (Cydiás progik fõként), így érdemes az összes plist file-t átfordítani binary formátumba. Ezt egy egyszerû paranccsal meg tudjuk tenni:

Putty, vagy Terminálban:

su root

find / -name *.plist | xargs plutil -convert binary1

Ha lefuttatjuk, kapunk néhány hibaüzenetet, nem kell vele foglalkozni, ez a Carriereknél van fõleg, mert ott a könyvtárakhoz symlinkeket használ a rendszer.

10. Témák, tömörített png file-okkal:

Az iphone-on lévõ .png file-ok egy sajátos headerrel lettek betömörítve, ezért nem lehet olyan egyszerûen megnyitni õket gépen. Szerencsére, a T-Pot át tudja konvertálni õket. Ettõl eltekintve, a témákban lévõ képfile-ok általában sima png-ek, melyek nem biztos, hogy a legtömörebben vannak megcsinálva, tehát nagyobb méretet foglalnak, mint amekkorára össze lehetne õket nyomni. Igazából, ez inkább optimalizálás, mint tömörítés. Van egy speciálisan png file-ok tömörítésére kifejesztett kis program, Win alatt fut, parancssorban. pngcrush a neve. A link:pngcrush.zip

Tehát, Winen, Start menübõl futtatást választva, cmd.

A parancssorban elnavigálunk a cd paranccsal abba a könyvtárba, ahová felmásoltuk a kedvenc témánk png-jeit, és ebbe másolva a pngcrush.exe-t koiadhatjuk, hogy

pngcrush -brute -m 0 -l 9 -reduce -e _C.png *.png

a fentebb kiadott parancs a lehetõ legnagyobb tömörítést és optimalizációt fogja végrehajtani az összes, a futtatási könyvtárban lévõ png file-on, és a tömörített file-oknak az eredeti filenév_C.png nevet fogja adni.

Persze, ha 3MB volt az ikonok meg képek mérete együtt, akkor nem kell csodát várni, mondjuk lesz fél megával kevesebb, de ettõl függetlenül hasznos az eljárás, ha kisebb a betöltendõ kép mérete, akkor gyorsabb a dolog, kevesebb memóriahasználattal párosulva.

Az elkészült file-okkal felülírhatjuk az addig használtakat.

11. A hírhedt overclock

Nem, sajnos nincs mûködõ megoldás erre, és nem is lesz, valószínûleg.

Amit tudni kell: az eredeti iPhone-ban, iTouch-ban és 3G-ben ugyanaz a proci dolgozik, egész pontosan egy 600Mhz-es Samsung ARM chip, 412 MHz-re underclock-olva. A 1.x verziókban nem volt lockolva a rendszerben a proci órajele, így tetszõlegesen lehetett overclockolni a sysctl parancs segítségével, a Terminalban. Az iPhone EDGE a fórumok beszámolói alapján nyugodtan, melegedés nélkül mûködött 512 Mhz-en. Sajnos, az Apple szempontjából érthetõ módon a 2.0 betáiban már letiltották a lehetõséget. Most lehetne mondani, hogy persze, csak annyi a baj, hogy valami nagyágyú, pl. a Dev-Team nem foglalkozott a kérdéssel, de ez nem igaz, maga ChronicDev kísérletezett a dologgal. Amit talált: a kernel dekódolása után meg lehet ugyanúgy találni a változó lock-ját, és egy patch-el átállítani, de ettõl függetlenül a sysctl azt írja, hogy a változó lockolt, és read-only. Valószínûleg, az iBootba, illetve az iBBS-be került bele az órajelzár. Szóval, ha valaki overclockot ír, az hazudik. Sajnos.

Amit viszont meg lehet valóban tenni, és ezt már egy ideje tudjuk, hogy meg lehet tenni:

valóban, a /System/Library/SystemConfiguration/PowerManagement.bundle/ könyvtárban lévõ

com.apple.SystemPowerProfileDefaults.plist-et kell módosítani, persze, ha ez a vicces valaki tudta volna, hogy mit kell átírni, akkor nem magyarázat nélkül töltött volna fel egy file-t (mégegyszer, az egész egy vicc volt, a file, amit a srác feltöltött, tökéletesen azonos volt a firmware-ben lévõvel)

ha megnézzük a file-t, akkor sokmindent látunk benne, a magyarázat: a file tartalmazza a különbözõ energiagazdálkodási profile-okat, hasonlóan a nagytestvér Mac OS X-hez. Azért nem három profile van benne (természetesen a UPSPower-nek nem sok értelme van), mert a különbözõ újraindítási okoktól, paraméterektõl függõen a rendszer más és más AC Power és Battery üzemmódokba kapcsolhatja a telót. Ha megnézzük, két érdekesebb bejegyzést láthatunk. Az egyik:

<key>GPUSwitch</key>

a másik:

<key>Reduce Processor Speed</key>

Így van, mindkettõ azt szabályozza, ami a neve: a GPUSwitch a processzorba beépített grafikai gyorsítót (ko-processzort), a Reduce Processor Speed pedig a processzor sebességét veszi visszább, a használat fokának megfelelõen sajna a rendszer néha nem találja el a használat fokát és hogy nem kellene levennie a sebességet.

<key>Reduce Processor Speed</key>

mindig 0 legyen a változó értéke, ez a false boolean értékkel egyezik meg, tehát nem fogja levenni a sebességet a rendszer ami a hiedelmekkel ellentétben nem sokat vesz le az akksiból. A másik, a GPUSwitch ennek értéke 0 -ha a legenergiatakarékosabbb, leglassabb mûködést akarjuk, 1 ha a leggyorsabbat, 2 ez pedig valami köztes lehetõség, a nagytestvérben az 1 és 2 a két videókártya chip között kapcsol, itt ugye errõl szó sincs.

Tehát: át kell írni az összes profile-ban a változókat.

Én ezt már megtettem, itt a bináris formátumú átírt plist:

com.apple.SystemPowerProfileDefaults.plist

Használjátok egészséggel, talán a játékokon lehet érezni kicsit, hogy gyorsabb, akadásmentesebb a grafika.

És: reboot helyett power off-power on, hogy frissüljenek a cache file-ok.