Szybkie zmiany w kierunku oszczędzania energii

NMI Watchdog [źródło] - w parametrach jądra tj. w /etc/default/grub dopisujemy nmi_watchdog=0.

będzie więcej!

Zarządca procesora: conservative

Uwaga! Informacje w poniższym poście mogą być przydatne (w szczególności kwestia podrasowywania zarządcy, ale narzędziem do sterowania zarządcami/prędkościami lepszym jest cpufreqd.

Sugeruję conservative governor [źródło]. W skrócie, jest to tryb podobny do ondemand, z tym, że, gdy ondemand wykryje przekroczenie obciążenia procesora (o tym później), ustawia go na maksymalną częstotliwość. Conservative robi to spokojniej. Po przekroczeniu ustawia procesor na częstotliwość 'o krok wyżej'. Aby ustanowić conservative jako domyślne ustawienie trzeba zainteresować się plikiem /etc/init.d/ondemand. Skrypt ten po około minucie od uruchomienia systemu zmienia zarządcę na ondemand [źródło]. Aby go całkowicie wyłączyć wystarczy:

sudo update-rc.d -f ondemand remove

Przyda nam się on jeszcze do jednej rzeczy - aby utworzyć skrypt conservative. Ja sam skopiowałem skrypt ondemand do conservative:

sudo cp /etc/init.d/ondemand /etc/init.d/conservative

Oraz zamieniłem odpowiednie wpisy ondemand na conservative, w wyniku czego otrzymałem taki skrypt:

#! /bin/sh
### BEGIN INIT INFO
# Provides:          ondemand
# Required-Start:    $remote_fs $all
# Required-Stop:
# Default-Start:     2 3 4 5
# Default-Stop:
# Short-Description: Set the CPU Frequency Scaling governor to "conservative"
### END INIT INFO

# Don't run if we're going to start an Android LXC container:
[ ! -f /etc/init/lxc-android-config.conf ] || exit 0

PATH=/sbin:/usr/sbin:/bin:/usr/bin

. /lib/init/vars.sh
. /lib/lsb/init-functions

AVAILABLE="/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors"

case "$1" in
    start)
        start-stop-daemon --start --background --exec /etc/init.d/conservative -- background
        ;;
    background)
        sleep 60 # probably enough time for desktop login

        [ -f $AVAILABLE ] || exit 0
        read governors < $AVAILABLE
        case $governors in
                *interactive*)
                        GOVERNOR="interactive"
                        break
                        ;;
                *conservative*)
                        GOVERNOR="conservative"
                        break
                        ;;
                *)
                        exit 0
                        ;;
        esac

        for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
        do
                [ -f $CPUFREQ ] || continue
                echo -n $GOVERNOR > $CPUFREQ
        done
        ;;
    restart|reload|force-reload)
        echo "Error: argument '$1' not supported" >&2
        exit 3
        ;;
    stop)
        ;;
    *)
        echo "Usage: $0 start|stop" >&2
        exit 3
        ;;
esac

Aby zmusić skrypt do działania zamiast ondemand, należy jeszcze wykonać poniższe komendy [źródło]:

sudo chmod +x /etc/init.d/conservative
sudo update-rc.d conservative start 99 2 3 4 5 .

Idąc dalej, można 'dopieścić' skrypt aby ustawiał wymarzone przez nas progi i parametry trybu conservative. W tym celu warto przyjrzeć się plikom znajdującym się w /sys/devices/system/cpu/cpufreq/conservative/ [źródło]:

down_threshold - obciążenie procesora poniżej którego zmniejszana jest częstotliwość (domyślnie: 20%)
freq_step - krok zwiększania/zmniejszania częstotliwości (domyślnie: 5%)
ignore_nice_load - wliczanie lub niewliczanie procesów 'nice', tj. "nie ważne jak długo robisz" do udziału w obciążeniu (domyślnie: 0)
sampling_down_factor - wpływa na wydajność podczas pełnego obciążenia. Zapobiega zmianom częstotliwości (góra/dół) przy pełnym obciążeniu (domyślnie: 1)
sampling_rate - co jaki czas system ma sprawdzać obciążenie procesora

W pliku przytoczonym jako źródło zaleca się:

echo $(($(cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency)*750/1000))

W moim wypadku komenda zwraca 3000 co jest mniej niż minimum (domyślnie: 80000).

sampling_rate_min:

echo $(($(cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency)*100))

Tutaj 400000 (domyślnie: 8000).

up_threshold - obciążenie po przekroczeniu którego częstotliwość jest zwiększana (domyślnie: 80%)

aby trochę podrasować powyższe parametry wystarczy zapisać do danych plików konkretne parametry (jako root):

        echo -n 30 > /sys/devices/system/cpu/cpufreq/conservative/down_threshold
        echo -n 1 > /sys/devices/system/cpu/cpufreq/conservative/ignore_nice_load
        echo -n 70 > /sys/devices/system/cpu/cpufreq/conservative/up_threshold

A to można wrzucić do pliku /etc/init.d/conservative, za pętlą CPUFREQ.

AMD Turion (A4-4355M) undervolting i testowanie stabilnośći

Tradycyjnie, przypadkowo trafiłem na tę stronę. W sympatyczny sposób mr-fabio90 opisał jak zmusić moje APU do korzystania z prędkości 900MHz, która (domyślnie lub bezmyślnie? =/) jest wyłączona:

1. Pobieramy i instalujemy TaurionPowerControl
(początkowo skopiowałem po prostu binarkę i utworzyłem dowiązanie symboliczne o nazwie tpc, ale chyba instalator (make && install) też to robi).
Aby dalsze komendy działały musimy załadować odpowiednie moduły:

modprobe cpuid
modprobe msr

2. Sprawdzamy jak wygląda nasza konfiguracja poprzez sudo tpc -l.
U mnie teraz to wygląda tak:

TurionPowerControl 0.44-rc2 (export)
Turion Power States Optimization and Control - by blackshard

Main processor is Family 15h (Bulldozer/Interlagos/Valencia) Processor
        Family: 0xf             Model: 0x0              Stepping: 0x1
        Extended Family: 0x15   Extended Model: 0x10
        Package Type: 0x0       BrandId: 0x0
Machine has 1 nodes
Processor has 1 cores
Processor has 7 p-states
Processor has 2 boost states

Power States table:
-- Node: 0 Core 0
core 0 pstate 0 (pb0) - En:1 VID:108 FID:5 DID:0.00 Freq:2100 VCore:0.2000
core 0 pstate 1 (pb1) - En:1 VID:108 FID:5 DID:0.00 Freq:2100 VCore:0.2000
core 0 pstate 2 (p0) - En:1 VID:117 FID:3 DID:0.00 Freq:1900 VCore:0.0875
core 0 pstate 3 (p1) - En:1 VID:118 FID:18 DID:1.00 Freq:1700 VCore:0.0750
core 0 pstate 4 (p2) - En:1 VID:120 FID:14 DID:1.00 Freq:1500 VCore:0.0500
core 0 pstate 5 (p3) - En:1 VID:120 FID:10 DID:1.00 Freq:1300 VCore:0.0500
core 0 pstate 6 (p4) - En:1 VID:121 FID:2 DID:1.00 Freq:900 VCore:0.0375

 --- Node 0:
Processor Maximum PState: 6
Processor Startup PState: 4
Processor Maximum Operating Frequency: 2400 MHz

Minimum allowed VID: 123 (0.0125V) - Maximum allowed VID 0 (1.5500V)
Processor AltVID: 54 (0.8750V)

Done.

Wcześniej VCore 900MHz -> 0.1500 - czyli więcej niż teraz 1900MHz!
A obecnie wytłuszczone En:1 było En:0,  co oznaczało, że tryb ten był nieaktywny.

3. Aby zmienić nieaktywny p-state na aktywny, należy wykonać komendę sudo tpc -en 6, gdzie 6 jest numerem p-state.

4. Aby zmienić napięcie sudo tpc -set pstate 6 vcore 0.0375.
Gdzie 6 to numer p-state, a 0.0375 to nowe napięcie. Należy jednak pamiętać, że za duże napięcie może uszkodzić procesor a zbyt niskie spowodować jego niestabilność.

Aby przetestować czy ustawione napięcie jest stabilne, należy ograniczyć procesor do pracy na danej częstotliwości:

echo 900000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo 900000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq

I zmusić go do ciężkiej pracy. Do tego wygodny jest program mprime [źródło]. Aby go zdobyć wystarczy użyć tego linka pobrać mprime (np. mprime259.tar.gz), rozpakować, (skopiować mprime do /usr/bin i nadać mu uprawnienia chmod +x) i uruchomić z argumentem -t. Co pozwoli na przetestowanie procesora. Jeśli wyskakują błędy lub komputer się restartuje, trzeba podwyższyć vcore.

5. Aby umożliwić tzw. prędkości boost, wystarczy wydać komendę sudo tpc -boostenabe.

6. Sprawdzone komendy można dodać do /etc/rc.local, aby wykonywały się podczas uruchamiania systemu.

U mnie wygląda to tak:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

#Testing:
#echo N>/sys/module/drm_kms_helper/parameters/poll

#Radeon Dynamic Power Manager applet
chmod a+w /sys/class/drm/card0/device/power_dpm_force_performance_level
chmod a+w /sys/class/drm/card0/device/power_dpm_state

#Turion Power Control
modprobe cpuid
modprobe msr

#It seems that `tpc -boostenable` does NOT work
#Boost is only actually ever used during favorable temperature conditions, and controlled explicitly by the CPU
# https://bbs.archlinux.org/viewtopic.php?id=160616
echo 1 > /sys/devices/system/cpu/cpufreq/boost

#TPC boost
tpc -boostenable
tpc -set pstate 0 vcore 0.2000
tpc -set pstate 1 vcore 0.2000

#TPC for CPU powersave
tpc -en 6

tpc -set pstate 2 vcore 0.0875 #0.0500 - failure #0.0750 #0.1125 #0.1625 #0.2125
tpc -set pstate 3 vcore 0.0750 #0.0750 #0.1125 #0.1625
tpc -set pstate 4 vcore 0.0500 #0.0375 - unstable? #0.0500 #0.0750 #0.1125
tpc -set pstate 5 vcore 0.0500 #0.0750
tpc -set pstate 6 vcore 0.0375 #0.0250 - unstable #0.0500 #0.0500

#tpc -set pstate 2 vcore 0.0500 #kernel machine check failed
#tpc -set pstate 6 vcore 0.0125 #unstable
#tpc -set pstate 6 vcore 0.0250 #unstable

#tpc -rampuptime 8
#tpc -rampdowntime 12

#Max CPU speed (ac and bat!)
echo 1900000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo 1900000 > /sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq

exit 0

Uwagi końcowe:

- wygląda na to, że nie trzeba restartować komputera, aby zmiany zostały uznane przez system. Część programów (np. cpufreq-apref, mówi, że nie trzeba), ale cała reszta systemu mówi, że trzeba.

- z boostem, to jest tak, że nie da się go włączyć ręcznie. To wykonywane jest sprzętowo i w określonych warunkach, więc vcore 0.2000 jest ustawione 'na oko'.

Atheros AR9462 i inne (ath9k) a oszczędzanie energii

Zabawa powertop zazwyczaj przynosi ciekawe efekty, w zakładce Tunables można znaleźć użyteczne rady takie jak:

Wireless Power Saving for interface wlan0

Aby ten problem rozwiązać wystarczy w pliku /etc/modprobe.d/ath9kps.conf, na końcu linijki ath9k dostawić 'ps_enable=1', w efekcie otrzymujemy coś takiego [źródło]:

options ath9k nohwcrypt=1 ps_enable=1

Takie działanie pozwala zmniejszyć zużycie prądu przez moduł wifi nawet dziesięciokrotnie [źródło]. W większości ath9k oszczędzanie jest uruchomione domyślnie, niestety, dotyczy to głównie modeli 'single chip', co najwyraźniej oznacza, że moduły wifi+bt mają domyślnie wyłączoną tę funkcjonalność [źródło].

Apache, brak praw dostępu do katalogu

Dla każdej domeny/poddomeny na moim serwerze tworzę oddzielny plik [/etc/apache2/conf.d/poddomena.conf]:

<VirtualHost *:80>
        DocumentRoot /home/www/qib      
        ServerName domena.pl
        ServerAlias *.domena.pl
</VirtualHost>

Tak wygląda deklaracja na jaki katalog mają wskazywaćdana domena oraz jej subdomeny (co nie koliduje z kolejnymi deklaracjami poddomen).

Taka konfiguracja, to nie dość i daje w efekcie:

403 Forbidden You don't have permission to access / on this server

 Aby temu zapobiec, należy poinformować Apache o tym, że może zezwalać na dostęp do danych znajdujących się w danym miejscu:

<Directory /home/www/qib>
        #Options FollowSymLinks
        DirectoryIndex index.php index.html index.htm
        AllowOverride All
        Order deny,allow
        Allow from all
</Directory>

Ja umieszczam to wszystko w jednym pliku .conf, najczęściej jednak kopiuję plik główny i tylko poprawiam odpowiednie wpisy. [źródło]

Wine, Hitman: Kontrakty i niska wydajność

Ponieważ zaczęły się wakacje, postanowiłem spełnić moją od dawna skrywaną zachciankę 'pograłbym w coś'. Tak się złożyło, że dużo wcześniej zainstalowałem sobie Hitmana: Contracts. Ponieważ już nie tylko o samą rozrywkę chodzi, postanowiłem zobaczyć co da się zrobić z 'wydajnością'. Gra nie ma wielkich wymagań, więc współczesne komputery raczej nie będą miały problemu z łyknięciem takiego 'starocia'. Otóż wydajność troszeczkę pozostawiała do życzenia.
Szukając i szukając, natrafiłem na kilka stron, a gdy wreszcie zacząłem czytać, okazało się, że problemy z wydajnością często spowodowane są wyborem D3D (emulacja) zamiast OpenGL [źródło]. Należy zatem, w pliku HitmanContracts.ini zamienić pierwszą linijkę na drugą:

DrawDll RenderD3D.dll na
DrawDll RenderOpenGL.dll

Zamiana taka, poza ogromnym wzrostem wydajności poskutkowała, niestety, znacznym pogorszeniem doznań wizualnych:

Ciężko tak grać, nie?
Pomogło, co dziwne, zmiana jeszcze jednej linijki [źródło]:

DefaultScene=AllLevels\Logos.gms na

DefaultScene=MainMenu.gms

Przy okazji pozbywamy się filmów intro.

Na koniec: gra nie obsługuje szerokich ekranów, ale jest na to 'sztuczka' [źródło]. Dodajemy:

DisableHWTnL 0
Window 1
EnableP5 0

Gra będzie teraz działała w trybie okienkowym, ale za to w dowolnej rozdzielczości (przykład: Resolution 1300x700).

Ostatecznie:

PHP i zła godzina

Ponieważ instrukcje na php.net są lekko niepomocne, trzeba poszukać informacji gdzie indziej.
Czas na serwerze jest ustawiony dobrze, ale przez php wyświetlany źle (u mnie przesunięcie o 2h względem GMT.

Winnym tego jest wpis w php.ini, zatem:

sudo nano /etc/php5/apache2/php.ini

Odszukujemy:

[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = GMT

I zmieniamy ostatnią linijkę na:

date.timezone = "Europe/Warsaw"

I restartujemy apache:

sudo service apache2 restart