Jetson TK1 i drobne testy wydajnościowe

Pomimo tego, że Jetson TK1 posiada 16GB szybkiej pamięci eMMC 4.51, to z biegiem czasu zaczniemy rozglądać się za możliwością zwiększenia wolnej przestrzeni. Pomogą nam w tym porty USB 2.0, USB 3.0, złącze kart SD oraz interfejs SATA.

W szranki stanęły:

• wbudowana pamięć eMMC 4.51,
• dysk twardy 2.5" Seagate Momentus XT ST500LM000 (SATA, USB 2.0, USB 3.0),
• pendrive ADATA S102 (USB 2.0, USB 3.0),
• karta Kingston microSD HC Class 10, UHS-I (SD)

Nie będzie żadną rewelacją, że najszybszy okazał się dysk twardy podłączony do portu SATA, oferując prędkość odczytu na poziomie 107 MB/s oraz zapisu na poziomie 87 MB/s. Jeśli uwzględnimy synchronizację dysku po zapisie, otrzymamy wartość 75 MB/s.

Dla objaśnienia podaję regułę, w jaki sposób została ona określona:

Czas zapisu bez synchronizacji wyniósł 9,34 sekundy. Z synchronizacją dysku po zapisie, czas ten zwiększył się do 10,38 sekundy, a więc rzeczywista prędkość to (819200000/1024/1024) / 10.383 = 75,2 MB/s.

Na drugim miejscu znalazł się ten sam dysk podłączony do portu USB 3.0, ale jest tutaj drobna pułapka. Domyślnie dostarczony system Linux 4 Tegra 19.2 i 19.3 mają ustawiony ten interfejs do pracy jako USB 2.0. Wynik polecenia lsusb:

Aby uzyskać pełnowartościowe USB 3.0, musimy ponownie wgrać firmware, zmieniając w pliku jetson-tk1.conf ustawioną zmienną ODMDATA=0x6009C000 na ODMDATA=0x6209C000. Wiąże się to z wyczyszczeniem systemu, ale po takim zabiegu,  port USB 3.0 będzie już widoczny:

Ile jest wart gigabiotwy port Ethernet?

Skoro mamy możliwość podłączenia szybkiego dysku twardego pod SATA, to czy gigabitowy port Ethernet RTL8111GS pozwoli nam osiągnąć odpowiednio duże transfery? Sprawdziłem to na podstawie zamontowanych,  trzech katalogów NFS z różnymi parametrami:

Z parametrami rsize=8192 kB i wsize=8192 kB udało się "wycisnąć" 85MB/s (680 Mbps)

Jetson TK1 jako HTPC?

Ostatnim razem (również na filmie) pokazywałem, że platforma dobrze sobie radzi z wszelkim materiałem w rozdzielczości 1080p - zarówno w odtwarzaczu Totem jak i XBMC. Podczas testów z różnymi materiałami wideo, nie doświadczyłem żadnych kłopotów. Dopiero jeden z czytelników zapytał mnie, jak radzi sobie Jetson TK1 z materiałami o dużym bitrate. Dodatkowo podniosłem poprzeczkę, testując to z podmontowanej lokalizacji sieciowej NFS.

Okazuje się, że zarówno Totem jak i XBMC dekoduje materiał, nie wykorzystując akceleracji sprzętowej, a jedynie mocy obliczeniowej procesora. Na dodatek dostępny w repozytorium XBMC 12.3 wykorzystuje do tego celu tylko jeden rdzeń, co pozwala mu na płynne odtworzeniu materiału z maksymalnym stałym bitrate do 20 Mbps. Dużo lepiej radzi sobie Totem, ponieważ wykorzystuje już wszystkie 4 rdzenie, radząc sobie już z materiałem do 120 Mbps przy obciążeniu rdzeni na poziome 60-80%.

Sytuacja nieco się poprawia, kiedy film odtworzymy drugi raz, a materiał wideo znajduje się pamięci buforowanej:

Sytuacja ta powinna się jednak bardzo szybko zmienić, ponieważ NVIDIA udostępniła źródła programów nvgstplayer i nvgscapture, które wykorzystują OpenMAX (Open Media Acceleration) dla gstreamera 0.10 i 1.0 z akceleracją sprzętową TK1. Dla próbki 120Mbps wygląda to następująco:

Za drugim razem, kiedy materiał znajdował się w pamięci buforowanej:

Jest więc kwestią czasu, aż ktoś przygotuje odpowiednią łatkę do XBMC.