Khadas VIM1S
- Цена: $65
- Перейти в магазин
Всем привет, после небольшого перерыва продолжаем смотреть на различных представителей семейства SBC (одноплатные компьютеры).
Сегодня на столе Khadas VIM1S.
Хоть устройство и носит номер 1 в названии модели «Khadas VIM1S», это не первое устройство производителя Khadas. Khadas VIM1S презентовали осенью прошлого года, как обновленную версию модели VIM1, о чем на и сигнализирует приставка «S» названии модели. Данную модель позиционируют как бюджетную и доступную.
Проведем небольшой осмотр:
Сама плата поставляется небольшой коробке, которая помещается на ладонь.
Получил такой комплект, с прозрачным акриловым корпусом и пассивным радиатором охлаждения. Соответственно корпус и радиатор не входят в комплект, это отдельные аксессуары. У корпуса в комплекте есть комплект винтов и отвертка (не попала в кадр), что не просто так, длинные винты для крепления крышки имеют треугольный шлиц. Радиатор тоже имеет комплект винтов, но тут уже вместо отвертки (она и не нужна, у радиатора обычный крестовой шлиц, думаю такая отвертка найдется у каждого дома) пара кусочков термопрокладок, разной толщины, для памяти и процессора. На фото я уже подрезал их по размеру и расположил на своих местах.
Все основные компоненты расположены сверху и поверхностным монтажом. На верхней грани стандартная гребенка GPIO не совместимая с Raspberry Pi, правее двухканальный IR-приемопередатчик. По центру слева на право, eMMC, SoC, RAM и WiFi/Bluetooth-модуль со внешней антенной. На нижней грани порты, 2*USB-A, 1*Type-C, HDMI и Ethernet.
Отдельно хотелось бы отметить, что основные порты ввода-вывода сосредоточенны на одной грани, что придает большей компактности. Подключенные кабеля не будут как у ежика иголки в растопырку в разные стороны. Как пример, тот же Raspberry Pi.
На левой грани три функциональные кнопки, слева кнопка Power, по центру Function, т.е «функциональная» (тавтология, но в общем выполняет разные действия в разных условиях) и справа Reset.
Нижняя сторона платы, тут мало что можно отметить, разъем MicroSD, 4-пиновый разъем для подачи питания 5В и в левом верхнем углу 30-пиновый разъем под шлейф, который просто и гордо именуется «IO», содержит в себе USB, I2S, UART и GPIO служит для подключения небольшой внешней интерфейсной платы.
WiFi-антенна в корпусе фиксируется сбоку небольшим выступом. Здесь так же хочу сказать об радиаторе, конкретно эта версия, что мне прислали под активное охлаждение, на месте где логотип можно установить вентилятор, докупив фирменный вентилятор с ШИМ, сам он весьма специфичных размеров. Так же у них есть именно пассивная версия вентилятора, где ребра проходят сплошняком.
На боковой грани не забыли о тех самых кнопочках и сделали прожимные площадки под палец, всяко лучше чем нажимать скрепкой или зубочисткой просто тыкая в небольшое отверстие, как в большинстве другой электроники.
Снизу корпуса имеется стальная пластина толщиной в миллиметр, что придает ощутимый прирост к весу, я был очень удивлен взяв в руки только что распакованный корпус. Я так понял эта пластина служит дополнительным теплоотводом, ведь этот корпус, так же как радиатор показанный выше является универсальным, т.е подходит к более старшим и мощным устройствам в линейке. Даже здесь, на этой пластине рассеивается немалое количество тепла, хотя она не имеет прямого контакта с платой.
Далее заявленные характеристики:
В целом неплохой набор характеристик, но что сразу вызывает вопросы, это Ethernet порт всего лишь 100/Мбит и отсутствие USB 3.0. Не забываем что это бюджетная модель, но хотелось бы чтобы гигабитный порт ethernet был на борту. Получается что, беспроводное соединение быстрее чем проводное. Далее, четырехъядерный процессор Amlogic S905Y4 с тактовой частотой 2,0 ГГц Cortex-A35, графический процессор ARM Mali-G31 MP2 с частотой декодирования до 850 МГц 4K при 60 кадрах в секунду AV1, VP9, H.265 Поддерживает декодирование нескольких видео до 4x 1080p при 60 кадрах в секунду HDR10, HDR10 +, обработку видео HLG HDR типичный представитель SoC, для бюджетных TV-приставок, например как в имеющимся у меня Google TV 4K. ОЗУ 2Гб LPDDR4, что так же характерно для бюджетных приставок.
Итак, при первом включении, попадаем в OOWOW, это такая встроенная подсистема с таким странным названием, чем-то похож на классический BIOS x86 машин, но это скорее просто своим внешним видом.
Не успел получить карту захвата, фото с экрана получились немного так себе.
Если в кратце, то эта подсистема позволяет подключиться к интернету по кабелю или WiFi и установить нужную ОС «не отходя от кассы». Образ системы загружается в ОЗУ, затем устанавливается в ПЗУ.
Навигация по меню с помощью USB-клавиатуры, но следуя подсказкам на экране можно с помощью тех самых функциональных кнопок активировать точку доступа WiFi и уже с ноутбука или мобильного устройства произвести все необходимые манипуляции подключившись к этой точке. Каждый пункт меню описывать не вижу смысла, из приоритетного тут Wizard и Network. Где Network собственно настройка подключения к сети, а где Wizard там и установщик ОС. Самые внимательные наверное заметили пункт Get fun, разработчики тут решили оставить небольшую пасхалку, встроили несколько игр 2048, тетрис, змейку и пр.
В пункте Wizard открывается список с ОС, конкретно под эту модель. VIM1S имеет официальную поддержку Ubuntu, Debian, Android. Силами сторонних разработчиков поддерживается Armbian, Manjaro ARM, AndroidTV, LibreELEC и CoreELEC. В актуальности последних двух на сегодняшний день, я сомневаюсь.
Android TV
Целом тут мало о чем говорить, как я выше уже писал, установленный процессор как раз таки ориентирован на бюджетные TV приставки. Все работает стабильно, легко и не принужденно. Отличий от работы другой приставки Google TV 4K я не заметил. Коротко говоря, здесь никаких претензий к производительности.
Имеем такие результаты скорости интернета по Wi-Fi, на тарифе 200МБит/с.
В настройках устройства есть пара дополнительных пунктов настроек. Где есть возможность включить или выключить Root права, настройки ШИМ вентилятора (если таковой установлен), настройки светодиодов на плате, действие функциональной кнопки и прочее.
YouTube воспроизводит без фреймдропов.
Воспроизведение 4K фильма по локальной сети с файлопомойки весом 75ГБ, все так же подключен по WiFI.
Потребляемая мощность в момент воспроизведения фильма, кажется это был самый большой показатель под Android TV, обычно варьируется от 0.2А до 0.3А.
Ubuntu 22.04
Все основные тесты буду проводить здесь.
Как и писал ранее, вся установка проходит легко, через Wizard.
Устроил небольшой часовой стресс-тест, пик температуры набрало примерно в течении 30 минут и далее температура на отметке 61С зафиксировалась. Напомню что, все это на пассивном радиаторе.
Небольшой бенчмарк процессора, время вычисления числа Pi c точностью до 10000 знаков.
Ubuntu с графическим окружением показывать не буду, оно работает, но на пределе, думаю даже показывать не стоит. Максимум хватит на запуск чего-нибудь в режиме киоска.
sbc-bench v0.9.50 Khadas VIM1S (Sun, 05 Nov 2023 18:40:48 +0000)
Distributor ID: Ubuntu
Description: Ubuntu 22.04.2 LTS
Release: 22.04
Codename: jammy
Build system: Khadas Fenix 1.5.1, VIM1S/root=UUID=f9e66655-c88d-45d8-89d9-c2934a453673, u-boot type: root=UUID=f9e66655-c88d-45d8-89d9-c2934a453673, image type: root=UUID=f9e66655-c88d-45d8-89d9-c2934a453673
/usr/bin/gcc (Ubuntu 11.3.0-1ubuntu1~22.04.1) 11.3.0
Uptime: 18:40:48 up 7 min, 2 users, load average: 3.24, 2.41, 1.19, 48.0°C, 318041064
Linux 5.4.180 (Khadas) 11/05/23 _aarch64_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
15.11 0.00 3.73 0.33 0.00 80.83
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
mmcblk0 31.33 1048.59 720.89 0.00 489766 336704 0
zram1 0.64 2.53 0.01 0.00 1184 4 0
zram2 0.64 2.53 0.01 0.00 1184 4 0
zram3 0.64 2.53 0.01 0.00 1184 4 0
zram4 0.64 2.53 0.01 0.00 1184 4 0
total used free shared buff/cache available
Mem: 1.9Gi 244Mi 1.6Gi 6.0Mi 97Mi 1.7Gi
Swap: 994Mi 0B 994Mi
Filename Type Size Used Priority
/dev/zram1 partition 254484 0 5
/dev/zram2 partition 254484 0 5
/dev/zram3 partition 254484 0 5
/dev/zram4 partition 254484 0 5
##########################################################################
Checking cpufreq OPP (Cortex-A35):
Cpufreq OPP: 2004 Measured: 1981 (1982.384/1982.281/1981.153) (-1.1%)
Cpufreq OPP: 1908 Measured: 1886 (1887.539/1886.081/1885.959) (-1.2%)
Cpufreq OPP: 1800 Measured: 1779 (1781.017/1778.953/1778.015) (-1.2%)
Cpufreq OPP: 1704 Measured: 1683 (1684.624/1683.621/1683.294) (-1.2%)
Cpufreq OPP: 1608 Measured: 1587 (1587.973/1587.459/1586.905) (-1.3%)
Cpufreq OPP: 1500 Measured: 1480 (1480.914/1480.838/1480.512) (-1.3%)
Cpufreq OPP: 1404 Measured: 1385 (1385.941/1385.905/1385.060) (-1.4%)
Cpufreq OPP: 1200 Measured: 1182 (1183.652/1182.041/1181.768) (-1.5%)
Cpufreq OPP: 1000 Measured: 983 (983.480/983.228/982.950) (-1.7%)
Cpufreq OPP: 666 Measured: 652 (653.191/652.158/652.065) (-2.1%)
Cpufreq OPP: 500 Measured: 487 (488.984/487.107/487.107) (-2.6%)
Cpufreq OPP: 250 Measured: 238 (238.429/238.423/237.589) (-4.8%)
Cpufreq OPP: 100 Measured: 89 (89.430/89.142/89.016) (-11.0%)
##########################################################################
Hardware sensors:
soc_thermal-virtual-0
temp1: +47.2 C (crit = +105.0 C)
##########################################################################
Executing benchmark on cpu0 (Cortex-A35):
tinymembench v0.4.9-nuumio (simple benchmark for memory throughput and latency)
CFLAGS:
bandwidth test min repeats (-b): 2
bandwidth test max repeats (-B): 3
bandwidth test mem realloc (-M): no (-m for realloc)
latency test repeats (-l): 3
latency test count (-c): 1000000
==========================================================================
== Memory bandwidth tests ==
== ==
== Note 1: 1MB = 1000000 bytes ==
== Note 2: Test result is the best of repeated runs. Number of repeats ==
== is shown in brackets ==
== Note 3: Results for 'copy' tests show how many bytes can be ==
== copied per second (adding together read and writen ==
== bytes would have provided twice higher numbers) ==
== Note 4: 2-pass copy means that we are using a small temporary buffer ==
== to first fetch data into it, and only then write it to the ==
== destination (source -> L1 cache, L1 cache -> destination) ==
== Note 5: If sample standard deviation exceeds 0.1%, it is shown in ==
== brackets ==
==========================================================================
C copy backwards : 1964.4 MB/s (3, 10.2%)
C copy backwards (32 byte blocks) : 1978.6 MB/s (2)
C copy backwards (64 byte blocks) : 1982.9 MB/s (2)
C copy : 1973.2 MB/s (2)
C copy prefetched (32 bytes step) : 2045.4 MB/s (2)
C copy prefetched (64 bytes step) : 2045.1 MB/s (2)
C 2-pass copy : 1660.3 MB/s (2)
C 2-pass copy prefetched (32 bytes step) : 1762.9 MB/s (2)
C 2-pass copy prefetched (64 bytes step) : 1765.2 MB/s (3, 0.7%)
C scan 8 : 321.2 MB/s (2)
C scan 16 : 631.9 MB/s (2)
C scan 32 : 1219.4 MB/s (2)
C scan 64 : 2134.4 MB/s (2)
C fill : 7371.4 MB/s (2)
C fill (shuffle within 16 byte blocks) : 7367.7 MB/s (3, 1.4%)
C fill (shuffle within 32 byte blocks) : 7371.4 MB/s (3, 0.3%)
C fill (shuffle within 64 byte blocks) : 7358.5 MB/s (3, 0.4%)
---
libc memcpy copy : 1980.3 MB/s (3, 0.2%)
libc memchr scan : 2265.4 MB/s (2)
libc memset fill : 7379.7 MB/s (2)
---
NEON LDP/STP copy : 2002.8 MB/s (3, 1.1%)
NEON LDP/STP copy pldl2strm (32 bytes step) : 1343.5 MB/s (2)
NEON LDP/STP copy pldl2strm (64 bytes step) : 1748.9 MB/s (2)
NEON LDP/STP copy pldl1keep (32 bytes step) : 2211.9 MB/s (2)
NEON LDP/STP copy pldl1keep (64 bytes step) : 2210.6 MB/s (2)
NEON LD1/ST1 copy : 1999.9 MB/s (2)
NEON LDP load : 3077.2 MB/s (2)
NEON LDNP load : 2457.9 MB/s (3, 0.6%)
NEON STP fill : 7373.0 MB/s (2)
NEON STNP fill : 6795.8 MB/s (3, 0.2%)
ARM LDP/STP copy : 1970.4 MB/s (2)
ARM LDP load : 3076.2 MB/s (2)
ARM LDNP load : 2457.4 MB/s (2)
ARM STP fill : 7278.4 MB/s (2)
ARM STNP fill : 6822.3 MB/s (2)
==========================================================================
== Framebuffer read tests. ==
== ==
== Many ARM devices use a part of the system memory as the framebuffer, ==
== typically mapped as uncached but with write-combining enabled. ==
== Writes to such framebuffers are quite fast, but reads are much ==
== slower and very sensitive to the alignment and the selection of ==
== CPU instructions which are used for accessing memory. ==
== ==
== Many x86 systems allocate the framebuffer in the GPU memory, ==
== accessible for the CPU via a relatively slow PCI-E bus. Moreover, ==
== PCI-E is asymmetric and handles reads a lot worse than writes. ==
== ==
== If uncached framebuffer reads are reasonably fast (at least 100 MB/s ==
== or preferably >300 MB/s), then using the shadow framebuffer layer ==
== is not necessary in Xorg DDX drivers, resulting in a nice overall ==
== performance improvement. For example, the xf86-video-fbturbo DDX ==
== uses this trick. ==
==========================================================================
NEON LDP/STP copy (from framebuffer) : 251.6 MB/s (2)
NEON LDP/STP 2-pass copy (from framebuffer) : 248.3 MB/s (2)
NEON LD1/ST1 copy (from framebuffer) : 67.5 MB/s (2)
NEON LD1/ST1 2-pass copy (from framebuffer) : 67.3 MB/s (2)
ARM LDP/STP copy (from framebuffer) : 128.8 MB/s (2)
ARM LDP/STP 2-pass copy (from framebuffer) : 127.7 MB/s (2)
==========================================================================
== Memory latency test ==
== ==
== Average time is measured for random memory accesses in the buffers ==
== of different sizes. The larger is the buffer, the more significant ==
== are relative contributions of TLB, L1/L2 cache misses and SDRAM ==
== accesses. For extremely large buffer sizes we are expecting to see ==
== page table walk with several requests to SDRAM for almost every ==
== memory access (though 64MiB is not nearly large enough to experience ==
== this effect to its fullest). ==
== ==
== Note 1: All the numbers are representing extra time, which needs to ==
== be added to L1 cache latency. The cycle timings for L1 cache ==
== latency can be usually found in the processor documentation. ==
== Note 2: Dual random read means that we are simultaneously performing ==
== two independent memory accesses at a time. In the case if ==
== the memory subsystem can't handle multiple outstanding ==
== requests, dual random read has the same timings as two ==
== single reads performed one after another. ==
==========================================================================
block size : single random read / dual random read
1024 : 0.0 ns / 0.2 ns
2048 : 0.0 ns / 0.0 ns
4096 : 0.0 ns / 0.0 ns
8192 : 0.0 ns / 0.0 ns
16384 : 0.0 ns / 0.0 ns
32768 : 0.0 ns / 0.0 ns
65536 : 3.5 ns / 5.6 ns
131072 : 5.5 ns / 7.7 ns
262144 : 6.9 ns / 8.8 ns
524288 : 12.0 ns / 11.8 ns
1048576 : 76.4 ns / 115.1 ns
2097152 : 110.4 ns / 147.5 ns
4194304 : 131.2 ns / 162.4 ns
8388608 : 141.9 ns / 169.2 ns
16777216 : 148.1 ns / 172.9 ns
33554432 : 151.6 ns / 175.1 ns
67108864 : 154.3 ns / 178.1 ns
##########################################################################
Executing ramlat on cpu0 (Cortex-A35), results in ns:
size: 1x32 2x32 1x64 2x64 1xPTR 2xPTR 4xPTR 8xPTR
4k: 2.065 2.044 1.529 1.512 1.514 1.513 2.112 4.253
8k: 2.018 2.017 1.515 1.512 1.513 1.512 2.123 4.254
16k: 2.019 2.025 1.514 1.514 1.514 1.512 2.113 4.255
32k: 2.024 2.023 1.516 1.515 1.516 1.517 2.116 4.275
64k: 13.01 13.39 12.21 13.01 12.21 13.10 17.95 34.01
128k: 12.23 12.69 12.18 12.60 12.20 12.59 19.55 38.42
256k: 13.37 13.65 13.58 13.76 13.61 13.80 19.64 39.26
512k: 51.76 61.23 51.18 63.62 57.05 60.78 92.74 170.4
1024k: 131.4 132.2 132.0 131.5 132.8 131.9 177.3 335.9
2048k: 144.9 145.4 144.9 145.0 144.8 144.8 179.1 352.2
4096k: 152.2 151.8 151.0 151.9 151.0 151.4 182.1 356.4
8192k: 151.4 154.3 151.4 153.0 151.5 152.6 184.7 363.4
16384k: 150.5 152.0 151.9 152.2 150.5 151.8 184.2 364.0
32768k: 154.5 157.9 156.4 157.9 154.4 157.7 187.2 368.6
65536k: 154.8 159.1 159.5 159.1 154.9 159.1 186.5 367.5
131072k: 165.8 181.1 165.9 170.6 165.6 170.4 198.8 383.9
##########################################################################
Executing benchmark twice on cluster 0 (Cortex-A35)
OpenSSL 3.0.2, built on 15 Mar 2022 (Library: OpenSSL 3.0.2 15 Mar 2022)
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-cbc 100238.28k 270179.05k 462724.78k 568626.86k 608944.13k 611794.94k
aes-128-cbc 103762.65k 275751.59k 467242.92k 570338.99k 609263.62k 612220.93k
aes-192-cbc 99533.93k 250798.61k 401852.76k 476485.97k 503554.05k 505615.70k
aes-192-cbc 96344.94k 245858.82k 398632.96k 475531.95k 503687.85k 505741.31k
aes-256-cbc 91388.50k 224900.93k 352408.92k 413215.74k 435060.74k 436600.83k
aes-256-cbc 91153.46k 224375.06k 352164.86k 413116.07k 434935.13k 436491.61k
##########################################################################
Executing benchmark single-threaded on cpu0 (Cortex-A35)
7-Zip (a) [64] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs LE)
LE
CPU Freq: - - - - - - 512000000 - -
RAM size: 1988 MB, # CPU hardware threads: 4
RAM usage: 435 MB, # Benchmark threads: 1
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 920 98 917 896 | 16651 98 1448 1422
23: 870 98 909 887 | 16321 98 1439 1413
24: 831 98 916 894 | 16003 98 1431 1405
25: 783 98 917 895 | 15618 98 1416 1390
---------------------------------- | ------------------------------
Avr: 98 915 893 | 98 1433 1407
Tot: 98 1174 1150
##########################################################################
Executing benchmark 3 times multi-threaded on CPUs 0-3
7-Zip (a) [64] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs LE)
LE
CPU Freq: - - - 64000000 - 256000000 - - -
RAM size: 1988 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 2602 326 776 2532 | 64156 387 1413 5474
23: 2560 339 770 2609 | 62945 388 1405 5446
24: 2532 351 777 2723 | 61642 388 1395 5411
25: 2485 362 784 2838 | 60159 388 1381 5354
---------------------------------- | ------------------------------
Avr: 344 777 2675 | 388 1399 5421
Tot: 366 1088 4048
7-Zip (a) [64] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs LE)
LE
CPU Freq: - - - - - - - - -
RAM size: 1988 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 2634 329 778 2563 | 64275 388 1414 5484
23: 2561 338 771 2610 | 63202 389 1405 5469
24: 2488 343 780 2675 | 61906 389 1395 5434
25: 2474 360 785 2825 | 60007 387 1381 5341
---------------------------------- | ------------------------------
Avr: 343 778 2668 | 388 1399 5432
Tot: 366 1089 4050
7-Zip (a) [64] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs LE)
LE
CPU Freq: - - - - - - - - -
RAM size: 1988 MB, # CPU hardware threads: 4
RAM usage: 882 MB, # Benchmark threads: 4
Compressing | Decompressing
Dict Speed Usage R/U Rating | Speed Usage R/U Rating
KiB/s % MIPS MIPS | KiB/s % MIPS MIPS
22: 2624 328 779 2553 | 64564 390 1413 5508
23: 2570 340 770 2619 | 63206 389 1406 5469
24: 2526 349 779 2717 | 61863 389 1395 5431
25: 2486 362 785 2839 | 60151 388 1381 5353
---------------------------------- | ------------------------------
Avr: 345 778 2682 | 389 1399 5440
Tot: 367 1088 4061
Compression: 2675,2668,2682
Decompression: 5421,5432,5440
Total: 4048,4050,4061
##########################################################################
** cpuminer-multi 1.3.7 by tpruvot@github **
BTC donation address: 1FhDPLPpw18X4srecguG3MxJYe4a1JsZnd (tpruvot)
[2023-11-05 18:52:55] 4 miner threads started, using 'scrypt' algorithm.
[2023-11-05 18:52:56] CPU #1: 1.10 kH/s
[2023-11-05 18:52:56] CPU #0: 1.07 kH/s
[2023-11-05 18:52:56] CPU #3: 0.99 kH/s
[2023-11-05 18:52:56] CPU #2: 0.91 kH/s
[2023-11-05 18:53:00] Total: 4.33 kH/s
[2023-11-05 18:53:04] CPU #3: 1.16 kH/s
[2023-11-05 18:53:04] Total: 4.45 kH/s
[2023-11-05 18:53:05] CPU #0: 1.12 kH/s
[2023-11-05 18:53:05] CPU #1: 1.15 kH/s
[2023-11-05 18:53:05] CPU #2: 1.15 kH/s
[2023-11-05 18:53:05] Total: 4.58 kH/s
[2023-11-05 18:53:10] CPU #3: 1.16 kH/s
[2023-11-05 18:53:10] Total: 4.58 kH/s
[2023-11-05 18:53:15] CPU #0: 1.12 kH/s
[2023-11-05 18:53:15] CPU #1: 1.15 kH/s
[2023-11-05 18:53:15] CPU #2: 1.15 kH/s
[2023-11-05 18:53:15] Total: 4.58 kH/s
[2023-11-05 18:53:20] CPU #3: 1.16 kH/s
[2023-11-05 18:53:20] Total: 4.58 kH/s
[2023-11-05 18:53:25] CPU #0: 1.12 kH/s
[2023-11-05 18:53:25] CPU #1: 1.15 kH/s
[2023-11-05 18:53:25] CPU #2: 1.15 kH/s
[2023-11-05 18:53:25] Total: 4.58 kH/s
[2023-11-05 18:53:30] CPU #3: 1.16 kH/s
[2023-11-05 18:53:30] Total: 4.58 kH/s
[2023-11-05 18:53:35] CPU #0: 1.12 kH/s
[2023-11-05 18:53:35] CPU #1: 1.15 kH/s
[2023-11-05 18:53:35] CPU #2: 1.15 kH/s
[2023-11-05 18:53:35] Total: 4.58 kH/s
[2023-11-05 18:53:40] CPU #3: 1.16 kH/s
[2023-11-05 18:53:40] Total: 4.57 kH/s
[2023-11-05 18:53:45] CPU #0: 1.12 kH/s
[2023-11-05 18:53:45] CPU #1: 1.15 kH/s
[2023-11-05 18:53:45] Total: 4.57 kH/s
[2023-11-05 18:53:45] CPU #2: 1.14 kH/s
[2023-11-05 18:53:50] CPU #3: 1.16 kH/s
[2023-11-05 18:53:50] Total: 4.58 kH/s
[2023-11-05 18:53:55] CPU #0: 1.12 kH/s
[2023-11-05 18:53:55] CPU #1: 1.15 kH/s
[2023-11-05 18:53:55] CPU #2: 1.15 kH/s
[2023-11-05 18:53:55] Total: 4.58 kH/s
[2023-11-05 18:54:00] CPU #3: 1.16 kH/s
[2023-11-05 18:54:00] Total: 4.58 kH/s
[2023-11-05 18:54:05] CPU #0: 1.12 kH/s
[2023-11-05 18:54:05] CPU #1: 1.15 kH/s
[2023-11-05 18:54:05] CPU #2: 1.15 kH/s
[2023-11-05 18:54:05] Total: 4.58 kH/s
[2023-11-05 18:54:10] CPU #3: 1.16 kH/s
[2023-11-05 18:54:10] Total: 4.58 kH/s
[2023-11-05 18:54:15] CPU #0: 1.12 kH/s
[2023-11-05 18:54:15] CPU #1: 1.15 kH/s
[2023-11-05 18:54:15] CPU #2: 1.15 kH/s
[2023-11-05 18:54:15] Total: 4.58 kH/s
[2023-11-05 18:54:20] CPU #3: 1.16 kH/s
[2023-11-05 18:54:20] Total: 4.56 kH/s
[2023-11-05 18:54:25] CPU #0: 1.12 kH/s
[2023-11-05 18:54:25] CPU #1: 1.14 kH/s
[2023-11-05 18:54:25] Total: 4.56 kH/s
[2023-11-05 18:54:25] CPU #2: 1.13 kH/s
[2023-11-05 18:54:30] CPU #3: 1.16 kH/s
[2023-11-05 18:54:30] Total: 4.58 kH/s
[2023-11-05 18:54:35] CPU #0: 1.12 kH/s
[2023-11-05 18:54:35] CPU #1: 1.15 kH/s
[2023-11-05 18:54:35] CPU #2: 1.15 kH/s
[2023-11-05 18:54:35] Total: 4.58 kH/s
[2023-11-05 18:54:40] CPU #3: 1.16 kH/s
[2023-11-05 18:54:40] Total: 4.58 kH/s
[2023-11-05 18:54:45] CPU #0: 1.12 kH/s
[2023-11-05 18:54:45] CPU #1: 1.15 kH/s
[2023-11-05 18:54:45] CPU #2: 1.15 kH/s
[2023-11-05 18:54:45] Total: 4.58 kH/s
[2023-11-05 18:54:50] CPU #3: 1.16 kH/s
[2023-11-05 18:54:50] Total: 4.58 kH/s
[2023-11-05 18:54:55] CPU #1: 1.15 kH/s
[2023-11-05 18:54:55] CPU #0: 1.12 kH/s
[2023-11-05 18:54:55] CPU #2: 1.15 kH/s
[2023-11-05 18:54:55] Total: 4.58 kH/s
[2023-11-05 18:55:00] CPU #3: 1.16 kH/s
[2023-11-05 18:55:00] Total: 4.58 kH/s
[2023-11-05 18:55:05] CPU #1: 1.15 kH/s
[2023-11-05 18:55:05] CPU #0: 1.12 kH/s
[2023-11-05 18:55:05] Total: 4.57 kH/s
[2023-11-05 18:55:05] CPU #2: 1.13 kH/s
[2023-11-05 18:55:10] CPU #3: 1.16 kH/s
[2023-11-05 18:55:10] Total: 4.58 kH/s
[2023-11-05 18:55:15] CPU #1: 1.15 kH/s
[2023-11-05 18:55:15] CPU #0: 1.12 kH/s
[2023-11-05 18:55:15] CPU #2: 1.15 kH/s
[2023-11-05 18:55:15] Total: 4.58 kH/s
[2023-11-05 18:55:20] CPU #3: 1.16 kH/s
[2023-11-05 18:55:20] Total: 4.58 kH/s
[2023-11-05 18:55:25] CPU #1: 1.15 kH/s
[2023-11-05 18:55:25] CPU #0: 1.12 kH/s
[2023-11-05 18:55:25] CPU #2: 1.15 kH/s
[2023-11-05 18:55:25] Total: 4.58 kH/s
[2023-11-05 18:55:30] CPU #3: 1.16 kH/s
[2023-11-05 18:55:30] Total: 4.58 kH/s
[2023-11-05 18:55:35] CPU #1: 1.15 kH/s
[2023-11-05 18:55:35] CPU #0: 1.12 kH/s
[2023-11-05 18:55:35] CPU #2: 1.15 kH/s
[2023-11-05 18:55:35] Total: 4.58 kH/s
[2023-11-05 18:55:40] CPU #3: 1.16 kH/s
[2023-11-05 18:55:40] Total: 4.58 kH/s
[2023-11-05 18:55:45] CPU #1: 1.15 kH/s
[2023-11-05 18:55:45] CPU #0: 1.12 kH/s
[2023-11-05 18:55:45] CPU #2: 1.15 kH/s
[2023-11-05 18:55:45] Total: 4.58 kH/s
[2023-11-05 18:55:50] CPU #3: 1.16 kH/s
[2023-11-05 18:55:50] Total: 4.57 kH/s
[2023-11-05 18:55:55] CPU #1: 1.15 kH/s
[2023-11-05 18:55:55] CPU #0: 1.12 kH/s
[2023-11-05 18:55:55] CPU #2: 1.15 kH/s
[2023-11-05 18:55:55] Total: 4.58 kH/s
[2023-11-05 18:56:00] CPU #3: 1.16 kH/s
[2023-11-05 18:56:00] Total: 4.58 kH/s
[2023-11-05 18:56:05] CPU #1: 1.15 kH/s
[2023-11-05 18:56:05] CPU #0: 1.12 kH/s
[2023-11-05 18:56:05] CPU #2: 1.15 kH/s
[2023-11-05 18:56:05] Total: 4.58 kH/s
[2023-11-05 18:56:10] CPU #3: 1.16 kH/s
[2023-11-05 18:56:10] Total: 4.58 kH/s
[2023-11-05 18:56:15] CPU #1: 1.15 kH/s
[2023-11-05 18:56:15] CPU #0: 1.12 kH/s
[2023-11-05 18:56:15] CPU #2: 1.15 kH/s
[2023-11-05 18:56:15] Total: 4.58 kH/s
[2023-11-05 18:56:20] CPU #3: 1.16 kH/s
[2023-11-05 18:56:20] Total: 4.57 kH/s
[2023-11-05 18:56:25] CPU #1: 1.15 kH/s
[2023-11-05 18:56:25] CPU #0: 1.12 kH/s
[2023-11-05 18:56:25] Total: 4.57 kH/s
[2023-11-05 18:56:25] CPU #2: 1.15 kH/s
[2023-11-05 18:56:30] CPU #3: 1.16 kH/s
[2023-11-05 18:56:30] Total: 4.57 kH/s
[2023-11-05 18:56:35] CPU #1: 1.15 kH/s
[2023-11-05 18:56:35] CPU #0: 1.12 kH/s
[2023-11-05 18:56:35] Total: 4.56 kH/s
[2023-11-05 18:56:35] CPU #2: 1.15 kH/s
[2023-11-05 18:56:40] CPU #3: 1.16 kH/s
[2023-11-05 18:56:40] Total: 4.58 kH/s
[2023-11-05 18:56:45] CPU #1: 1.15 kH/s
[2023-11-05 18:56:45] CPU #0: 1.12 kH/s
[2023-11-05 18:56:45] Total: 4.58 kH/s
[2023-11-05 18:56:45] CPU #2: 1.15 kH/s
[2023-11-05 18:56:50] CPU #3: 1.16 kH/s
[2023-11-05 18:56:50] Total: 4.58 kH/s
[2023-11-05 18:56:55] CPU #0: 1.12 kH/s
[2023-11-05 18:56:55] Total: 4.58 kH/s
[2023-11-05 18:56:55] CPU #2: 1.15 kH/s
[2023-11-05 18:56:55] CPU #1: 1.15 kH/s
[2023-11-05 18:57:00] CPU #3: 1.16 kH/s
[2023-11-05 18:57:00] Total: 4.58 kH/s
[2023-11-05 18:57:05] CPU #0: 1.12 kH/s
[2023-11-05 18:57:05] Total: 4.58 kH/s
[2023-11-05 18:57:05] CPU #2: 1.15 kH/s
[2023-11-05 18:57:05] CPU #1: 1.15 kH/s
[2023-11-05 18:57:10] CPU #3: 1.16 kH/s
[2023-11-05 18:57:10] Total: 4.58 kH/s
[2023-11-05 18:57:15] CPU #0: 1.12 kH/s
[2023-11-05 18:57:15] Total: 4.57 kH/s
[2023-11-05 18:57:15] CPU #2: 1.14 kH/s
[2023-11-05 18:57:15] CPU #1: 1.15 kH/s
[2023-11-05 18:57:20] CPU #3: 1.16 kH/s
[2023-11-05 18:57:20] Total: 4.57 kH/s
[2023-11-05 18:57:25] CPU #0: 1.12 kH/s
[2023-11-05 18:57:25] Total: 4.58 kH/s
[2023-11-05 18:57:25] CPU #2: 1.15 kH/s
[2023-11-05 18:57:25] CPU #1: 1.15 kH/s
[2023-11-05 18:57:30] CPU #3: 1.16 kH/s
[2023-11-05 18:57:30] Total: 4.58 kH/s
[2023-11-05 18:57:34] CPU #0: 1.12 kH/s
[2023-11-05 18:57:35] Total: 4.58 kH/s
[2023-11-05 18:57:35] CPU #2: 1.15 kH/s
[2023-11-05 18:57:35] CPU #1: 1.15 kH/s
[2023-11-05 18:57:40] CPU #3: 1.16 kH/s
[2023-11-05 18:57:40] Total: 4.58 kH/s
[2023-11-05 18:57:40] CPU #0: 1.12 kH/s
[2023-11-05 18:57:45] Total: 4.58 kH/s
[2023-11-05 18:57:45] CPU #2: 1.15 kH/s
[2023-11-05 18:57:45] CPU #1: 1.15 kH/s
[2023-11-05 18:57:50] CPU #3: 1.16 kH/s
[2023-11-05 18:57:50] Total: 4.58 kH/s
[2023-11-05 18:57:50] CPU #0: 1.12 kH/s
[2023-11-05 18:57:55] Total: 4.58 kH/s
[2023-11-05 18:57:55] CPU #2: 1.13 kH/s
Total Scores: 4.58,4.57,4.56
##########################################################################
Testing maximum cpufreq again, still under full load. System health now:
Time CPU load %cpu %sys %usr %nice %io %irq Temp
18:57:54: 2004MHz 6.01 100% 0% 99% 0% 0% 0% 58.9°C
Checking cpufreq OPP (Cortex-A35):
Cpufreq OPP: 2004 Measured: 1981 (1982.031/1981.155/1980.614) (-1.1%)
##########################################################################
Hardware sensors:
soc_thermal-virtual-0
temp1: +54.0 C (crit = +105.0 C)
##########################################################################
Thermal source: /sys/devices/virtual/thermal/thermal_zone0/ (soc_thermal)
System health while running tinymembench:
Time CPU load %cpu %sys %usr %nice %io %irq Temp
18:41:49: 2004MHz 3.21 19% 2% 16% 0% 0% 0% 50.1°C
18:41:59: 2004MHz 3.18 25% 0% 24% 0% 0% 0% 51.3°C
18:42:09: 2004MHz 3.15 25% 0% 24% 0% 0% 0% 51.8°C
18:42:19: 2004MHz 3.13 25% 0% 24% 0% 0% 0% 51.6°C
18:42:29: 2004MHz 3.11 25% 0% 24% 0% 0% 0% 51.4°C
18:42:39: 2004MHz 3.09 25% 0% 24% 0% 0% 0% 52.2°C
18:42:49: 2004MHz 3.08 25% 0% 24% 0% 0% 0% 49.8°C
18:42:59: 2004MHz 3.06 25% 0% 24% 0% 0% 0% 49.8°C
System health while running ramlat:
Time CPU load %cpu %sys %usr %nice %io %irq Temp
18:43:02: 2004MHz 3.14 20% 2% 17% 0% 0% 0% 51.2°C
18:43:05: 2004MHz 3.14 25% 0% 24% 0% 0% 0% 50.5°C
18:43:08: 2004MHz 3.13 25% 0% 24% 0% 0% 0% 51.3°C
18:43:11: 2004MHz 3.13 25% 0% 24% 0% 0% 0% 52.6°C
18:43:14: 2004MHz 3.12 25% 0% 24% 0% 0% 0% 50.8°C
18:43:17: 2004MHz 3.11 25% 0% 24% 0% 0% 0% 50.3°C
18:43:20: 2004MHz 3.11 25% 0% 24% 0% 0% 0% 50.2°C
18:43:23: 2004MHz 3.10 25% 0% 24% 0% 0% 0% 49.9°C
18:43:27: 2004MHz 3.10 25% 0% 24% 0% 0% 0% 49.9°C
18:43:30: 2004MHz 3.09 25% 0% 24% 0% 0% 0% 49.8°C
18:43:33: 2004MHz 3.08 25% 0% 24% 0% 0% 0% 49.9°C
18:43:36: 2004MHz 3.08 25% 0% 24% 0% 0% 0% 50.0°C
System health while running OpenSSL benchmark:
Time CPU load %cpu %sys %usr %nice %io %irq Temp
18:43:39: 2004MHz 3.08 20% 2% 17% 0% 0% 0% 51.3°C
18:43:55: 2004MHz 3.06 25% 0% 25% 0% 0% 0% 49.9°C
18:44:11: 2004MHz 3.05 25% 0% 25% 0% 0% 0% 49.6°C
18:44:27: 2004MHz 3.11 25% 0% 25% 0% 0% 0% 49.9°C
18:44:43: 2004MHz 3.09 25% 0% 25% 0% 0% 0% 49.8°C
18:44:59: 2004MHz 3.07 25% 0% 25% 0% 0% 0% 49.9°C
18:45:16: 2004MHz 3.05 25% 0% 24% 0% 0% 0% 50.1°C
System health while running 7-zip single core benchmark:
Time CPU load %cpu %sys %usr %nice %io %irq Temp
18:45:27: 2004MHz 3.12 21% 2% 18% 0% 0% 0% 51.1°C
18:45:37: 2004MHz 3.10 25% 0% 24% 0% 0% 0% 50.2°C
18:45:47: 2004MHz 3.08 25% 0% 24% 0% 0% 0% 50.1°C
18:45:58: 2004MHz 3.07 25% 0% 24% 0% 0% 0% 50.2°C
18:46:08: 2004MHz 3.06 25% 0% 24% 0% 0% 0% 50.1°C
18:46:18: 2004MHz 3.05 25% 0% 24% 0% 0% 0% 50.1°C
18:46:28: 2004MHz 3.04 25% 0% 24% 0% 0% 0% 50.1°C
18:46:38: 2004MHz 3.04 25% 0% 24% 0% 0% 0% 50.1°C
18:46:48: 2004MHz 3.03 25% 0% 24% 0% 0% 0% 50.1°C
18:46:58: 2004MHz 3.02 25% 0% 24% 0% 0% 0% 50.2°C
18:47:08: 2004MHz 3.10 25% 0% 24% 0% 0% 0% 50.1°C
18:47:18: 2004MHz 3.08 25% 0% 24% 0% 0% 0% 50.1°C
18:47:28: 2004MHz 3.07 25% 0% 24% 0% 0% 0% 50.1°C
18:47:38: 2004MHz 3.06 25% 0% 24% 0% 0% 0% 50.1°C
System health while running 7-zip multi core benchmark:
Time CPU load %cpu %sys %usr %nice %io %irq Temp
18:47:40: 2004MHz 3.06 22% 1% 19% 0% 0% 0% 52.8°C
18:48:01: 2004MHz 3.90 92% 0% 90% 0% 0% 1% 55.2°C
18:48:21: 2004MHz 4.72 91% 1% 88% 0% 0% 1% 52.9°C
18:48:43: 2004MHz 5.10 92% 1% 90% 0% 0% 1% 55.9°C
18:49:03: 2004MHz 5.29 86% 1% 83% 0% 0% 1% 56.1°C
18:49:24: 2004MHz 5.49 98% 1% 96% 0% 0% 1% 56.4°C
18:49:46: 2004MHz 5.57 91% 0% 89% 0% 0% 1% 56.6°C
18:50:06: 2004MHz 5.82 92% 0% 90% 0% 0% 1% 54.3°C
18:50:28: 2004MHz 5.61 90% 1% 87% 0% 0% 1% 56.9°C
18:50:48: 2004MHz 5.55 86% 1% 83% 0% 0% 1% 56.9°C
18:51:10: 2004MHz 5.83 98% 1% 95% 0% 0% 1% 57.3°C
18:51:32: 2004MHz 5.81 91% 0% 89% 0% 0% 1% 57.3°C
18:51:52: 2004MHz 5.81 92% 0% 90% 0% 0% 1% 55.0°C
18:52:14: 2004MHz 6.06 92% 1% 89% 0% 0% 1% 57.6°C
18:52:34: 2004MHz 5.84 86% 1% 83% 0% 0% 1% 57.7°C
18:52:55: 2004MHz 6.02 98% 1% 95% 0% 0% 1% 57.9°C
System health while running cpuminer:
Time CPU load %cpu %sys %usr %nice %io %irq Temp
18:52:59: 2004MHz 6.09 40% 1% 38% 0% 0% 0% 58.1°C
18:53:41: 2004MHz 6.05 100% 0% 99% 0% 0% 0% 58.3°C
18:54:23: 2004MHz 6.10 100% 0% 99% 0% 0% 0% 58.5°C
18:55:05: 2004MHz 6.09 100% 0% 99% 0% 0% 0% 58.6°C
18:55:47: 2004MHz 6.04 100% 0% 99% 0% 0% 0% 58.6°C
18:56:29: 2004MHz 6.06 100% 0% 99% 0% 0% 0% 58.7°C
18:57:11: 2004MHz 6.03 100% 0% 99% 0% 0% 0% 58.9°C
18:57:54: 2004MHz 6.01 100% 0% 99% 0% 0% 0% 58.9°C
##########################################################################
Linux 5.4.180 (Khadas) 11/05/23 _aarch64_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
50.25 0.01 2.19 0.10 0.00 47.45
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
mmcblk0 10.01 331.09 224.99 0.00 496334 337284 0
zram1 0.20 0.79 0.00 0.00 1184 4 0
zram2 0.20 0.79 0.00 0.00 1184 4 0
zram3 0.20 0.79 0.00 0.00 1184 4 0
zram4 0.20 0.79 0.00 0.00 1184 4 0
total used free shared buff/cache available
Mem: 1.9Gi 243Mi 1.6Gi 6.0Mi 104Mi 1.7Gi
Swap: 994Mi 0B 994Mi
Filename Type Size Used Priority
/dev/zram1 partition 254484 0 5
/dev/zram2 partition 254484 0 5
/dev/zram3 partition 254484 0 5
/dev/zram4 partition 254484 0 5
CPU sysfs topology (clusters, cpufreq members, clockspeeds)
cpufreq min max
CPU cluster policy speed speed core type
0 0 0 100 2004 Cortex-A35 / r1p0
1 0 0 100 2004 Cortex-A35 / r1p0
2 0 0 100 2004 Cortex-A35 / r1p0
3 0 0 100 2004 Cortex-A35 / r1p0
Architecture: aarch64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Vendor ID: ARM
Model name: Cortex-A35
Model: 0
Thread(s) per core: 1
Core(s) per cluster: 4
Socket(s): -
Cluster(s): 1
Stepping: r1p0
CPU max MHz: 2004.0000
CPU min MHz: 100.0000
BogoMIPS: 48.00
Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Spec store bypass: Not affected
Vulnerability Spectre v1: Mitigation; __user pointer sanitization
Vulnerability Spectre v2: Not affected
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Signature: 00A35r1p000A35r1p000A35r1p000A35r1p0
DT compat: amlogic, s4
Compiler: /usr/bin/gcc (Ubuntu 11.3.0-1ubuntu1~22.04.1) 11.3.0 / aarch64-linux-gnu
Userland: arm64
Kernel: 5.4.180/aarch64
CONFIG_HZ=250
CONFIG_HZ_250=y
CONFIG_PREEMPTION=y
CONFIG_PREEMPT=y
CONFIG_PREEMPT_COUNT=y
CONFIG_PREEMPT_NOTIFIERS=y
CONFIG_PREEMPT_RCU=y
##########################################################################
Kernel 5.4.180 is not latest 5.4.259 LTS that was released on 2023-10-25.
See https://endoflife.date/linux for details. It is somewhat likely that
a lot of exploitable vulnerabilities exist for this kernel as well as many
unfixed bugs.
##########################################################################
gpu_opp_table:
286 MHz 1.1 mV
400 MHz 1.1 mV
500 MHz 1.1 mV
667 MHz 1.1 mV
846 MHz 1.1 mV
s805x2_opp_table0:
100 MHz 769.0 mV
250 MHz 769.0 mV
500 MHz 769.0 mV
666 MHz 769.0 mV
1000 MHz 769.0 mV
1200 MHz 769.0 mV
1404 MHz 799.0 mV
1500 MHz 829.0 mV
1608 MHz 869.0 mV
1704 MHz 909.0 mV
1800 MHz 1009.0 mV
s805x2_opp_table1:
100 MHz 769.0 mV
250 MHz 769.0 mV
500 MHz 769.0 mV
666 MHz 769.0 mV
1000 MHz 769.0 mV
1200 MHz 769.0 mV
1404 MHz 799.0 mV
1500 MHz 829.0 mV
1608 MHz 869.0 mV
1704 MHz 909.0 mV
1800 MHz 1009.0 mV
s805x2_opp_table2:
100 MHz 759.0 mV
250 MHz 759.0 mV
500 MHz 759.0 mV
666 MHz 759.0 mV
1000 MHz 759.0 mV
1200 MHz 759.0 mV
1404 MHz 759.0 mV
1500 MHz 769.0 mV
1608 MHz 799.0 mV
1704 MHz 829.0 mV
1800 MHz 999.0 mV
s805x2_opp_table3:
100 MHz 759.0 mV
250 MHz 759.0 mV
500 MHz 759.0 mV
666 MHz 759.0 mV
1000 MHz 759.0 mV
1200 MHz 759.0 mV
1404 MHz 759.0 mV
1500 MHz 759.0 mV
1608 MHz 769.0 mV
1704 MHz 809.0 mV
1800 MHz 939.0 mV
s905y4_opp_table0:
100 MHz 769.0 mV
250 MHz 769.0 mV
500 MHz 769.0 mV
666 MHz 769.0 mV
1000 MHz 769.0 mV
1200 MHz 769.0 mV
1404 MHz 799.0 mV
1500 MHz 829.0 mV
1608 MHz 869.0 mV
1704 MHz 909.0 mV
1800 MHz 959.0 mV
1908 MHz 979.0 mV
2004 MHz 1009.0 mV
s905y4_opp_table1:
100 MHz 769.0 mV
250 MHz 769.0 mV
500 MHz 769.0 mV
666 MHz 769.0 mV
1000 MHz 769.0 mV
1200 MHz 769.0 mV
1404 MHz 799.0 mV
1500 MHz 829.0 mV
1608 MHz 869.0 mV
1704 MHz 909.0 mV
1800 MHz 959.0 mV
1908 MHz 979.0 mV
2004 MHz 1009.0 mV
s905y4_opp_table2:
100 MHz 759.0 mV
250 MHz 759.0 mV
500 MHz 759.0 mV
666 MHz 759.0 mV
1000 MHz 759.0 mV
1200 MHz 759.0 mV
1404 MHz 759.0 mV
1500 MHz 769.0 mV
1608 MHz 799.0 mV
1704 MHz 829.0 mV
1800 MHz 929.0 mV
1908 MHz 959.0 mV
2004 MHz 999.0 mV
s905y4_opp_table3:
100 MHz 759.0 mV
250 MHz 759.0 mV
500 MHz 759.0 mV
666 MHz 759.0 mV
1000 MHz 759.0 mV
1200 MHz 759.0 mV
1404 MHz 759.0 mV
1500 MHz 759.0 mV
1608 MHz 769.0 mV
1704 MHz 809.0 mV
1800 MHz 889.0 mV
1908 MHz 909.0 mV
2004 MHz 939.0 mV
##########################################################################
Results validation:
* Advertised vs. measured max CPU clockspeed: -1.1% before, -1.1% after
* No swapping
* Background activity (%system) OK
* No throttling
Status of performance related policies found below /sys:
* /sys/class/video/aipq_set_policy: aipq_set_policy: 0
* /sys/devices/platform/fe400000.bifrost/power_policy: [coarse_demand] always_on
| Khadas VIM1S | 2004 MHz | 5.4 | Ubuntu 22.04.2 LTS arm64 | 4050 | 1150 | 436540 | 1980 | 7380 | 4.57 |Тесты скорости по локальной сети:
Результаты iperf3 по проводному подключению.
Результаты iperf3 по беспроводному подключению Wi-Fi 5GHz.
Это основные аспекты данного железа. Думаю все достаточно наглядно.
Home Assistant Supervised
А теперь установлю, то для чего лучше всего подойдет данное устройство, Home Assistant на основе Debian 11. У меня есть самосборный NAS на котором запущен в Docker HA, но очень не хватает Supervised режима.
При первом включении в браузере ожидает процесс первоначальной настройки, затем по прошествии 15 минут, система подготовлена и готова к инициализации.
Ну а дальнейшее взаимодействие с Home Assistant это уже другая история. Я получил Supervised версию HA и отдельный сервер умного дома, хотя моя файлопомойка изначально планировалась как сервер всего, швейцарский нож.
Небольшое сравнение с Raspberry Pi 4B 4G, в без разгона.
Результаты не поместились в статье из-за ограничения количества символов, поэтому пришлось их разместить на GitHub Gist
Из всей этой каши результатов синтетики, можно выделить некоторые попугаи. Latency ОЗУ, у подопытного они меньше, что значит лучше, но отрыв какие-то пару пару процентов. Точно такая же ситуация с майнером, у Khadas VIM небольшой отрыв количество kH/s примерно одинаковое. Raspberry Pi в легкую перепрыгнет эти результаты если его разогнать, но тут естественно пассивным охлаждением не обойтись. Напомню, что у Khadas VIM1S частота процессора 2 ГГц, а у Raspberry Pi 4 1.5 ГГц. В чем однозначно выигрывает, Khadas VIM, так это в тепловыделении и энергопотреблении. Не вооруженным взглядом видно что, Raspberry Pi даже в простое греется заметно сильнее чем Khadas VIM.
В итоге, это полноценное устройство, которое может отлично выполнять определенные задачи, например как показано выше — сервер умного дома, так же неоспоримым плюсом является энергоэффективность, из чего вытекает малое тепловыделение. Наверное сравнение с Raspberry Pi 4 не самое объективное, но на сегодняшний день, смотря на ценник Raspberry Pi, как говорится без слез не взглянуть, хоть по железу Raspberry Pi я считаю лучше, но в сравнении цена-качество, перевесь в сторону Khadas, ну и не забываем, в этой ценовой категории выбор большой и есть другие игроки на рынке.
| +41 |
7642
20
|
| +48 |
1379
120
|
| +75 |
2384
54
|
| +33 |
1947
57
|
а то люди родную андройдную прошивку и то не всегда осиливают прошить
и продажи там поди на порядки выше.
мне больше i2c'шные нагуглились. который к прошивке отношение врядли имеет.
mysku.club/blog/aliexpress/97711.html#comment4385092
хотя вас можно понять, но куда понесло автора комментария…
Вот тут, например:
Или «отшибло» уже?.. :)
Вы спросили — вам ответили.
А уж для чего оно вам, и нужно ли вообще — проблема сугубо ваша…
Я отвечал по RS-232, о чём уже жалею, так как Александр Сергеевич меня давно предупреждал, а я —… :))
И если вас кто-то «не понял» — может быть, вам стоит научиться лучше, более конкретно, точно, чётко задавать вопросы?..
Вопрос риторический, у меня всё.
Вы сказали, что вам не нравится последовательный интерфейс — ок, ваше право.
Вы спросили, где этот последовательный интерфейс искать в приставке. Вам ответили.
Что на несколько штук больше числа реально используемых gpio в большинстве инсталляций rpi.
https://aliexpress.ru/item/1005005564294394.html
P.s. это видимо у некоторых продавцов, у остальных все еще высокие цены
Не знаю куда пристроить.
Или, как вариант, найти по маркировке питание и подать его — авось устройство при загрузке само признается, что за зверь такой.
У меня кроме как дисплей кабины лифта догадок нет.
А так похоже на пульт управления чем-то.
Может домофоном, может лифтом, может станком.
Брал при выходе, софта не было.
Провалялся полтора года — пригодился, как раз и клиппер на него появился.
Хотел ещё одно зеро2 взять, но жаба душила — 24 $ без стоимости доставки.
Дождался. Вышел зеро3. По 12 $ штука взял сразу два. Успел, пока цены не поднялись
65 за одноплатник? Зеро3 24$ за версию с 4-мя гигами озу. Ну ещё 8$ за доставку.
Все равно выходит 32$ — в два раза дешевле.
Зачем бы оно?
Есть дешевые и шикарные NanoPi с USB3 и 2.5 Gbit/sec, зачем бы это брать сейчас?
Поэтому, м-р Хомс, Вы, наверное, ошиблись — это просто статья на тяп-ляп, возможно платная…
В общем имея опыт и с тем и с тем могу сказать что поставить HA и воткнуть туда пару сяоми лампочек будет проще.
В общем страшное занятие эта ваша хоумлаба, и дорогая, не дороже Lego но все еще страшное)
Вот это версия радиатора, пассивная
У меня на фото активная версия, но без вентилятора, активная потому что есть штатное место под установку вентилятора, а так как у меня у меня вентилятора в комплекте нет, то и охлаждение пассивное. Надеюсь этим комментарием я разжевал весь этот момент, осталось только проглотить. Не думал что это настолько введет в ступор.
У самого Rock Pi 4B есть, 4гб ОЗУ, гигабит, usb3 и Nvme. У меня он сейчас нигде не используется, просто сейчас нет такого кейса где такая конфигурация железа подходила бы.
Так у него два USB-3 и два гигабитных LAN
Да, по производительности эти селероны не очень, но HA таскать его за глаза. Зато x86 со всеми вытекающими и «взрослые» память/диск и всего 6Вт потребления.
А ну ещё попутно торрент-качалка в контейнере и внешний USB-SSD на терабайт под файлопомойку. Медленный до жути, его HDD обгоняют, но вообще халявный был. Для сериальчиков норм.
Или вы про варианты установки? Их масса, лучше смотреть на оф.сайте. Но всё же самый простой — это образ настроенной ОС. Там и докеры, и супервайзер, и всё, что надо из коробки настроено. Но требует виртуальной машины, соответственно «на тапок» поставить проблематично, железо нужно чуть производительнее.
Остальное хорошо расписано, какие плюсы и минусы каждого варианта.
Докеров нет никаких, не пользуюсь ими. Внутри HA OS есть, но там всё само по себе.
То есть со всеми митлдаунами и прочими уязвимостями, со всей его прожорливостью и всеми глюками?
Не, спасибо
Для домашних серверов ничего лучше arm64 пока не придумали
Возможно через несколько лет RISC-V придет на смену, посмотрим
6Вт
Который тоже этим «митлдаунам» теоретически подвержен :)
И на миллионах серверов проблемы
Рекомендую вообще почитать про Meltdown(подвержены Интелы, не подвержены AMD), про Spectre(подвержены Интелы и АМД), про Retbleed, про Spectre-v2 и далее по всему обширному списку проблем обнаруженных в последние пять лет
А дальше понять, что домашний сервер который обслуживает васька-попингуй уязвимей, чем сервера, которые администрируют профи
И там где для серверов обслуживаемых мной уязвимости не страшны, там домашние сервера васек-попингуев могут сослужить васькам плохую службу
Для домашнего использования arm64 сильно лучше по многим параметрам
А плюсов у x86_64/amd64 нет вообще архитектурно
x86 и x86_64 наше проклятие, а не что-то еще, проклятие с которым мы вынуждены мириться, а не что-то, что можно выставлять преимуществом
Арм для сервера отстой в силу ограниченности или отсутствия нужного софта.
Поэтому мой nas работает на десятке.
А армы на одноплатниках — совсем для других целей.
github.com/ophub/amlogic-s9xxx-armbian
github.com/ophub/amlogic-s9xxx-openwrt
ну и дистрибутив, обеспечивающий на тв-приставке функциональность тв-приставки
coreelec.org/
ArmBian поддерживает только H6, а новых процессоров H616 и H618 — нет.
на самом деле есть сборки линуксов для Orange Pi Zero 2, Zero 3 и Zero 2W которые на H616 и Н618. Но там есть тонкость в виде разной конфигурации RAM и WiFi с которыми возможно придется шаманить или методом научного тыка. ну и как там с загрузчиком на этих приставках тоже возможно придется покопаться.
В общем-то в предыдущем сообщении не имел ввиду чтобы превратить андроид приставку в мультимедия на Linux. Скорее всего предположил что из приставки к ТВ можно будет сделать небольшой сетевой сервер или даже сервер телефонии. Сам я конечно далёк от этой темы, ну просто в качестве допущения.
Есть ещё кое-какие нюансы, к примеру, загрузка. Можно всё пускать с карточки, а линукс пускать зубочисткой. Тогда требуется это делать каждую перезагрузку, зато сам бокс остаётся девственным. А можно накатить вариант uboot, которой будет поддерживать мультизапуск. Но тут уже вероятность закирпичить устройство отлична от нулевой, пусть и бесконечно к ней близка.
Что такое «Linux образные»?
Linux это ядро
На ядре Linux есть разные ОС
Например, Android работает на ядре Linux и корректно называется Android Linux
Или вот OpenWRT, работает на ядре Linux, но, в отличие от основных серверных/десктопных дистрибутивов использует musl в качестве libc, а не GNU libc, это у нас OpenWRT Linux
Есть основная линейка дистрибутивов GNU/Linux, это ОС на ядре Linux работающие с GNUшной обвязкой
Еще есть всякая маргинальщина нарушающая лицензии и использующая ядро не очень легально, например то что творят в Микротике, но там тоже ОС на ядре Linux
Так что же такое «Linux образные»? И зачем бы «Linux образные» вообще нужны были, если есть OS на ядре Linux?
Скажу честно — по п.18 я бы тоже не отказался взять и даже протестировать. Но за свои 6500р — нет. Я ту самую распберри купил лет 5 назад дешевле. А тут как будто прогресса не существует, а только инфляция