Cubieboard 4 CC-A80 - Testy pod Linuksem

W poprzednim wpisie pokazywałem Wam,  jak Cubieboard 4 sprawuje się pod Androidem. Tym razem sprawdzimy jego zachowanie pod systemem Linux. Na chwilę obecną dostępne są dwie dystrybucje: Linaro oraz Debian Server. 

Pierwsze co mnie pozytywnie zaskoczyło, to sposób instalacji systemu. W poprzednich płytkach Cubieboard proces nie należał do przyjemnych, ponieważ wymagał dodatkowego oprogramowania LiveSuit do flashowania i operowania przyciskiem FEL. Tym razem wystarczy wgrać obraz systemu na kartę microSD, włożyć do czytnika i podłączyć zasilanie, a cały proces możemy podglądać na monitorze. Kiedy instalacja dobiegnie końca, "Cubie" automatycznie się wyłączy i będziemy mogli wyciągnąć kartę oraz zresetować urządzenie.

Chcąć powrócić do systemy Android, musimy zaś posłużyć się programem LiveSuit (Linux) lub PhoenixSuit (Windows) trzymając przysick "boot" podczas podłączenia do USB.

Gdzie jest Wi-Fi?

O ile karta ethernet działa od razu, to niestety z włączeniem karty Wi-Fi będziemy musieli się po gimnastykować. Na szczęście nie czeka nas kompilacja jądra, ponieważ AP6330 jest dobrze obsługiwana przez moduł bcmdhd. Jak ją odpalić?

Do pliku /etc/rc.local dodajemy polecenie modprobe i nazwę wymaganego modułu:

Tworzymy plik /etc/wpa_supplicant.conf i wpisujemy dane do punktu dostępowego:

Na koniec, w pliku /etc/network/interfaces dodajemy wpis:

Restart i gotowe.

Testy pamięci eMMC

Prędkości zapisu i odczytu nie powalają z nóg, gdyż Cubieboard 4 wyposażony jest w starszy rodzaj pamięci eMMC.

Zobaczmy jeszcze bardziej naturalne wyniki, w których uwzględnimy synchronizację nośnika po zapisie. Dla objaśnienia podaję regułę, w jaki sposób została ona określona:

time sh -c "dd if=/dev/zero of=/home/file bs=4k count=200000 && sync"

200000+0 records in
200000+0 records out
819200000 bytes (819 MB) copied, 62.9674 s, 13.0 MB/s

real 1m9.723s
user 0m0.170s
sys 0m8.880s

sync ; sh -c 'echo 3 > /proc/sys/vm/drop_caches'
time sh -c "dd if=/home/file of=/dev/zero bs=4k count=200000"

200000+0 records in
200000+0 records out
819200000 bytes (819 MB) copied, 29.2347 s, 28.0 MB/s

real 0m29.334s
user 0m0.110s
sys 0m3.330s

Czas zapisu bez synchronizacji wyniósł 62,96 sekundy. Z synchronizacją dysku po zapisie, czas ten zwiększył się do 69,72 sekundy, a więc rzeczywista prędkość to (819200000/1024/1024) / 69.72 = 11,2 MB/s.

Testy CPU

Jeśli chodzi o jednostkę Allwinner A80 to wypada całkiem nieźle. Wyniki jakie uzyskuje w testach są nieco wolniejsze od Exynosa 5422 zastosowanego w ODROID-XU3. Wyjątek stanowi dekompresja pliku BZIP2, gdzie spore znaczenie ma prędkość pamięci eMMC.

Testy GPU

Tutaj wielkie zaskoczenie. W testach glmark2-es2 off-screen przewaga nad XU3 jest 2.5-krotna. Dla pewności wykonałem nawet testy dwukrotnie na obu platformach. Wnioski mogą być dwa. Albo obsługa układu Mali w ODROID-XU3 jest nie do końca przemyślana, albo PowerVR G6230 robi to wyjątkowo dobrze!

linaro@cubieboard4:~$ glmark2-es2 --off-screen
=======================================================
glmark2 2012.08
=======================================================
OpenGL Information
GL_VENDOR: Imagination Technologies
GL_RENDERER: PowerVR Rogue G6230
GL_VERSION: OpenGL ES 3.1 build 1.4@3064661
=======================================================
[build] use-vbo=false: FPS: 108 FrameTime: 9.259 ms
[build] use-vbo=true: FPS: 1461 FrameTime: 0.684 ms
[texture] texture-filter=nearest: FPS: 3614 FrameTime: 0.277 ms
[texture] texture-filter=linear: FPS: 3601 FrameTime: 0.278 ms
[texture] texture-filter=mipmap: FPS: 3629 FrameTime: 0.276 ms
[shading] shading=gouraud: FPS: 843 FrameTime: 1.186 ms
[shading] shading=blinn-phong-inf: FPS: 1331 FrameTime: 0.751 ms
[shading] shading=phong: FPS: 1200 FrameTime: 0.833 ms
[bump] bump-render=high-poly: FPS: 510 FrameTime: 1.961 ms
[bump] bump-render=normals: FPS: 3664 FrameTime: 0.273 ms
[bump] bump-render=height: FPS: 3963 FrameTime: 0.252 ms
[effect2d] kernel=0,1,0;1,-4,1;0,1,0;: FPS: 2310 FrameTime: 0.433 ms
[effect2d] kernel=1,1,1,1,1;1,1,1,1,1;1,1,1,1,1;: FPS: 2217 FrameTime: 0.451 ms
[pulsar] light=false:quads=5:texture=false: FPS: 1434 FrameTime: 0.697 ms
[desktop] blur-radius=5:effect=blur:passes=1:separable=true:windows=4: FPS: 127 FrameTime: 7.874 ms
[desktop] effect=shadow:windows=4: FPS: 264 FrameTime: 3.788 ms
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=map: FPS: 148 FrameTime: 6.757 ms
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=subdata: FPS: 148 FrameTime: 6.757 ms
[buffer] columns=200:interleave=true:update-dispersion=0.9:update-fraction=0.5:update-method=map: FPS: 100 FrameTime: 10.000 ms
[ideas] speed=duration: FPS: 487 FrameTime: 2.053 ms
[jellyfish] <default>: FPS: 461 FrameTime: 2.169 ms
[terrain] <default>: FPS: 22 FrameTime: 45.455 ms
[conditionals] fragment-steps=0:vertex-steps=0: FPS: 2322 FrameTime: 0.431 ms
[conditionals] fragment-steps=5:vertex-steps=0: FPS: 2346 FrameTime: 0.426 ms
[conditionals] fragment-steps=0:vertex-steps=5: FPS: 2320 FrameTime: 0.431 ms
[function] fragment-complexity=low:fragment-steps=5: FPS: 2327 FrameTime: 0.430 ms
[function] fragment-complexity=medium:fragment-steps=5: FPS: 2355 FrameTime: 0.425 ms
[loop] fragment-loop=false:fragment-steps=5:vertex-steps=5: FPS: 2349 FrameTime: 0.426 ms
[loop] fragment-steps=5:fragment-uniform=false:vertex-steps=5: FPS: 2353 FrameTime: 0.425 ms
[loop] fragment-steps=5:fragment-uniform=true:vertex-steps=5: FPS: 2377 FrameTime: 0.421 ms
=======================================================
glmark2 Score: 1679
=======================================================

Pobór mocy

Na Wasze specjalne życzenie przyjrzałem się również poborowi energii:

Kolejne testy polegały na obciążaniu kolejnych rdzeni na 100% przy konfiguracji Xorg + Logitech Unifying + Wi-Fi:

Na zakończenie pobór mocy przy teście glmark2-es2 -s 1920x1080 oraz konfiguracji Xorg + Logitech Unifying + Wi-Fi:

Podsumowanie

Wyniki Cubieboard 4 wyglądają dobrze. Jedyne nie udało mi się sprawdzić działania XBMC, ponieważ w repo dostępny jest leciwy Frodo, który morduje procesor materiałem 1080p dekodując strumień programowo. Niebawem postaram się skompilować coś nowszego i sprawdzić jak spisze się nowsza wersja, wszak pod Androidem płynnie odtwarzany jest materiał 4K.

Zastrzeżenie budzi jedynie powolna pamięć eMMC 4.5. Jednak jeśli przez chwilę się zastanowię, to prędzej wykorzystałbym do tego celu dysk twardy, który bez problemu podepniemy pod USB 3.0