Raspberry Media Center - Част 17 Овърклок; Хелмут Каргер
Процесорът на Raspberry Pi овладява т.нар Динамично честотно мащабиране. Това е техника, при която тактовата честота на процесора може да бъде увеличена или намалена по всяко време в зависимост от изискването за мощност. Операционна система, която овладява това предположение. Под Linux тази задача се поема от управителя по поръчка, функция на ядрото на Linux, което съществува от версия 2.6.9. С Raspberry Pi това означава, че процесорът е с тактова честота 600MHz в основната настройка без натоварване. И когато се зареди, той се превключва на 900MHz. Тези две стойности и няколко други могат да бъдат променени - като въведете записи във файла config.txt .
Настройки за овърклок в config.txt
Вече описах къде е config.txt и как може да се редактира в последната статия (захранване), така че запазвам повторение тук. В config.txt може да се зададе много, ето някои изявления, които са интересни за овърклок:
Увеличава часовника на процесора на рамото до 1000MHz. (Стандартен: 900MHz)
Бавно намалява тактовата честота до 400MHz. (Стандартен: 600MHz)
Увеличава тактовата честота на графичния процесор до 450MHz. (Стандартно: 250MHz)
Намалява тактовата честота на празен ход на графичния процесор.
Увеличава тактовата честота на паметта до 500MHz. (Стандартно: 450MHz)
Намалява тактовата честота на празен ход за паметта.
Увеличава захранването за CPU и GPU на стъпки от 0,025 V. (Стандартно: 0, повече от настройка 6 е възможно само при force_turbo = 1)
Изключва динамичния овърклок, тактовата честота остава постоянна при по-високите стойности (arm_freq) и не се връща към минималните стойности (arm_freq_min). Твърди се, че гаранционният бит трябва да бъде зададен вътрешно и претенцията за гаранция изтича. Не мога обаче да проверя това твърдение.
И тогава има друга настройка, която има само косвено отношение към времето:
Задава ограничението на температурата на 80 градуса, при което овърклокът се изключва от съображения за сигурност. (Стандартно: 85 градуса). Веднага щом се достигне температурният праг, часовниците се връщат обратно на стойностите * _min, докато температурата намалее.
Типични настройки за овърклок за Raspberry Pi 2
| arm_freq | core_freq | sdram_freq | пренапрежение | |
| по подразбиране | 900 | 250 | 450 | 0 |
| Високо | 1000 | 500 | 500 | 2 |
| турбо | 1100 | 500 | 500 | 6-то |
Всички с force_turbo = 0. С помощта на тези стойности можете да започнете да оптимизирате овърклока за вашата собствена Raspberry. Турбо режимът с честота на рамото от 1100MHz не работи стабилно с моя RasPi, мога да достигна максимум до 1050MHz.
Тествайте овърклок
За да видите дали променените настройки също позволяват стабилна непрекъсната работа, са необходими две неща (наред с други неща):
- време, тъй като часовникът, който работи за 10 минути, не е задължително да прави това за 24 часа и
- натоварване, тъй като овърклокнатите компоненти трябва да се използват, за да се докаже тяхната стабилност.
За да създадем товар, разбира се, можем да стартираме сложна програма на Raspberry или да оставим Kodi да декодира по-дълго видео с помощта на софтуер. Но има и хубав инструмент, който е направен точно за тази цел, може да тества различни компоненти и да извежда подходящи съобщения за грешки. Инструментът се извиква стрес И точно това прави, подчертава Raspberry Pi. Инсталира се чрез apt-get, което за съжаление оставя потребителите на OpenELEC извън картината. Те обаче могат да възпроизвеждат Raspbian или OSMC на втора micro SD карта по време на теста и след това да се върнат към OpenELEC.
The инсталация на инструмента за стрес тест се извършва след влизане през SSH, както следва:
Тогава можем да използваме вградената помощ от стрес повече за Параметри на повикванията Опитен:
И тогава нека започнем едноминутен тест:
Ако започнем отгоре във втори SSH прозорец едновременно, можем да видим натоварването на процесора и тестовите задачи, които са инициирани.
Контрол на овърклок
Има някои полезни команди, които можем да използваме на ниво Linux в прозореца SSH Стойности на часовника и температурата може да запитва. Бих искал да представя някои от тях тук:
Първата команда отправя запитване към наличните управители. The управител на заявка заявява, че системата е способна на динамична настройка на часовника.
Внимание на потребителите на XBian: XBian няма управител по заявка и работи постоянно на 900MHz или на честотата, посочена с arm_freq.
След това втората команда може да се използва за извикване на двете честоти, между които можете да превключвате нагоре или надолу. Трябва да зачеркнем последните три нули в стойностите, за да стигнем до MHz. Минималната, максималната и приложена в момента честота на процесора също могат да бъдат заявени. За текущата честота трябва да поставим sudo пред командата, за това са необходими root права.
И накрая, с температурата на процесора, трябва да разделим изходната стойност на 1000, за да стигнем до градуси по Целзий.
Друг начин да получите информация в реално време за скоростта и температурата на процесора е с инструмента vcgencmd, с който вече се запознахме, за проверка на активирането на MPEG2 кодека.
Честотите се извеждат тук в Hz, за да се получи MHz стойностите трябва да се разделят на 1000000. Напрежението и температурата вече имат четливо форматиране. С vcgencmd всички зададени конфигурационни параметри могат също да бъдат разчетени отделно за числови стойности (int) и за символни низове (str):
Добре си струва овърклок сега?
Отговорът на това е еднозначен "Да и не".
Тъй като Raspberry Pi версия 2 стана много по-мощен от своя предшественик B +, вече няма нужда да се борим за последното увеличение на производителността. С Rasp Pi 1 мненията се разминаха по въпроса дали сървърът Tvheadend може също да бъде пакетиран на машина Kodi с клиент Tvheadend. С Raspberry Pi 2 това работи без никакви проблеми и без никакви мерки за овърклок.
Субективното ми усещане при работа с медиен център на Kodi не забелязва никаква разлика дали OpenELEC е с тактова честота със стандартните 900MHz или е пробит до 1050MHz. И моите измервания по време на предаване на данни към Raspberry Pi също показват минимални разлики, но те всъщност не са значителни.
Въпреки това може да има приложения, при които увеличаването на тактовите честоти може да донесе значителен успех. Според мен медийният център не е един от тях.
Ако искате да навлезете по-задълбочено в въпроса тук, препоръчвам една много интересна статия в блога на Linux on Flash (на английски), която се занимава много подробно с овърклок на Raspberry Pi 2. Много различни конфигурации се проверяват за стабилност на системата и се определят еталонни стойности.