Raspberry Media Center - 17. rész Overclocking; Helmut Karger
A Raspberry Pi CPU-ja elsajátítja az ún Dinamikus frekvencia méretezés. Ez egy olyan technika, amelyben a CPU sebessége bármikor növelhető vagy csökkenthető az energiaigénytől függően. Operációs rendszer, amely elsajátítja ezt a feltételezést. Linux alatt ezt a feladatot az on-mand kormányzó látja el, a Linux kern egy olyan funkciója, amely a 2.6.9 verzió óta elérhető. A Raspberry Pi esetében ez azt jelenti, hogy a CPU alapbeállításban 600 MHz-es órajelű, terhelés nélkül. Betöltéskor pedig 900 MHz-re vált. Ez a két érték és még néhány más megváltoztatható - a config.txt fájl bejegyzéseivel .
Túlhúzási beállítások a config.txt fájlban
A legutóbbi cikkben (tápegység) már leírtam, hogy hol van a config.txt, és hogyan lehet szerkeszteni, ezért ide mentek egy ismétlést. Sokat lehet beállítani a config.txt fájlban, íme néhány olyan utasítás, amely érdekes a túlhúzáshoz:
Növeli az éles processzor óráját 1000 MHz-re. (Normál: 900MHz)
Lassan csökkenti az órajel frekvenciáját 400 MHz-re. (Normál: 600 MHz)
450MHz-re növeli a GPU órajelét. (Normál: 250MHz)
Csökkenti a GPU üresjárati órajelét.
Növeli a memória órajelét 500 MHz-re. (Normál: 450MHz)
Csökkenti a memória üresjárati óra frekvenciáját.
0,025 V-os lépésekben növeli a CPU és a GPU feszültségellátását (Normál: 0, a 6. beállításnál több csak a force_turbo = 1 értéknél lehetséges)
Kikapcsolja a dinamikus túlhúzást, az órajel állandó marad a magasabb értékeknél (arm_freq), és nem tér vissza a minimális értékekhez (arm_freq_min). Állítólag a garanciális bitet belsőleg kell beállítani, és a jótállási igény lejár. Ezt az állítást azonban nem tudom ellenőrizni.
És van egy másik beállítás, amelynek csak közvetetten van köze az időzítéshez:
80 fokos hőmérséklet-határértéket állít be, amelynél biztonsági okokból kikapcsolják a túlhúzást. (Normál: 85 fok). Amint eléri a hőmérsékleti küszöböt, az órák visszakapcsolnak a * _min értékekre, amíg a hőmérséklet nem csökken.
A Raspberry Pi 2 tipikus túlhúzási beállításai
| arm_freq | core_freq | sdram_freq | túlfeszültség | |
| alapértelmezett | 900 | 250 | 450 | 0 |
| Magas | 1000 | 500 | 500 | 2 |
| turbó | 1100 | 500 | 500 | 6. |
Mindegyik erő_turbo = 0. Ezen értékek segítségével elkezdheti optimalizálni a saját Raspberry túlhúzását. Az 1100 MHz-es kar frekvenciájú turbó üzemmód nem működik stabilan a RasPi-m mellett, legfeljebb 1050 MHz-ig tudok felmenni.
Túlhúzás tesztje
Két dologra van szükség (többek között) annak megállapításához, hogy a megváltozott beállítások lehetővé teszik-e a folyamatos folyamatos működést is:
- idő, mert egy 10 percig futó órának nem feltétlenül kell ezt 24 órán keresztül megtennie és
- Betöltés, mert a túlhajtott alkatrészeket kell használni stabilitásuk bizonyításához.
A terhelés megteremtése érdekében természetesen futtathatunk egy kifinomult programot a Raspberry-n, vagy hagyhatjuk, hogy a Kodi szoftverrel dekódoljon egy hosszabb videót. De van egy szép eszköz is, amelyet pontosan erre a célra készítettek, és tesztelheti a különféle összetevőket, és megfelelő hibaüzeneteket adhat ki. Az eszköz neve feszültség És pontosan ezt teszi, hangsúlyozza a Raspberry Pi. Az apt-get segítségével telepítve van, ami sajnos nem teszi lehetővé az OpenELEC felhasználóinak képét. Ezek azonban a teszt időtartama alatt lejátszhatják a Raspbian vagy az OSMC programokat egy második micro SD kártyán, majd visszatérhetnek az OpenELEC-hez.
A telepítés A stresszteszt eszköz SSH-n keresztül történő bejelentkezése után az alábbiak szerint történik:
Ezután felhasználhatjuk a beépített segítséget feszültség többet a Hívási paraméterek Tapasztalt:
És akkor kezdjük el az egyperces tesztet:
Ha egyszerre indulunk egy második SSH ablakban, láthatjuk a CPU terhelését és az elindított tesztfeladatokat.
Vezérlés túlhúzás
Van néhány hasznos parancs, amelyet Linux szinten használhatunk az SSH ablakban Óra és hőmérsékleti értékek tud lekérdezni. Néhányat itt szeretnék bemutatni:
Az első parancs lekérdezi a rendelkezésre álló kormányzókat. A igény-kormányzó kijelenti, hogy a rendszer képes az óra dinamikus beállítására.
Az XBian felhasználói figyelmét: XBian-nak nincs szükség szerinti kormányzója és állandóan 900 MHz-en, vagy az arm_freq paraméterrel megadott frekvencián fut.
Ezután a második paranccsal meghívható a két frekvencia, amelyek között fel vagy le lehet váltani. Az értékekben az utolsó három nullát ki kell választanunk, hogy a MHz-re jussunk. A minimális, maximális és a jelenleg alkalmazott CPU frekvencia is lekérdezhető. A jelenlegi frekvenciához azonban a parancs elé egy sudót kell tennünk, ehhez root jogokra van szükség.
Végül a CPU hőmérsékletéhez el kell osztanunk a kimeneti értéket 1000-vel, hogy elérjük a Celsius fokot.
A CPU sebességéről és hőmérsékletéről való valós idejű információk megszerzésének másik módja a vcgencmd eszköz, amelyet már megismertünk, hogy ellenőrizze az MPEG2 kodek aktiválását.
A frekvenciákat itt Hz-ben adják meg, a MHz-hez az értékeket el kell osztani 1000000-mal. A feszültség és a hőmérséklet már olvasható formázással rendelkezik. A vcgencmd használatával az összes beállított konfigurációs paraméter külön is kiolvasható a numerikus értékekhez (int) és a karakterláncokhoz (str):
Most érdemes túlhúzni?
A válasz erre egyértelmű "Igen és nem".
Mivel a Raspberry Pi 2-es verziója sokkal erősebbé vált, mint elődje B +, már nincs szükség a teljesítmény utolsó kis növekedéséért küzdeni. A Rasp Pi 1 alkalmazásával megoszlottak a vélemények arról, hogy a Tvheadend szervert is lehet-e egy Kodi gépre csomagolni egy Tvheadend klienssel. A Raspberry Pi 2-vel ez problémamentesen és túlhúzás nélkül működik.
A Kodi médiaközpont működtetésével kapcsolatos szubjektív érzésem nem észlel különbséget abban, hogy az OpenELEC a szokásos 900 MHz-es órajelű, vagy 1050 MHz-re lett fúrva. És a Raspberry Pi-hez történő adatátvitel során végzett méréseim is minimális különbségeket mutatnak, de valójában nem jelentősek.
Ennek ellenére lehetnek olyan alkalmazások, amelyekben az órajel növelése jelentős sikert hozhat. Véleményem szerint a médiaközpont nem tartozik közéjük.
Ha mélyebbre akarsz térni a témában, akkor ajánlok egy nagyon érdekes cikket a Linux on Flash blogban (angolul), amely nagyon részletesen foglalkozik egy Raspberry Pi 2 túlhúzásával. Sok különböző konfigurációban ellenőrizzük a rendszer stabilitását, és meghatározzuk a referenciaértékeket.