Прошивки для андроид тв приставок dexp

Медиаплеер DEXP AL-5000

Общие параметры
Тип
— медиаплеер
Модель
— DEXP AL-5000
Основной цвет
— черный
Плеер-брелок
— нет
Видео
Воспроизведение 3D видео
— нет
Поддержка HD
— 2160p 4K UHD
Медиафайлы
Видео файлы
— MPG, RM, DAT, MP4, ISO, WMV, AVI, MKV, MOV
Видео кодеки
— RealVideo, H.265, VC-1, MPEG1, XviD, MPEG4, MPEG2, H.264, DivX, RM, AVC, RMVB
Аудио файлы/кодеки
— RM, AAC, WMA, MP3, FLAC, OGG
Графические файлы
— TIFF, BMP, GIF, JPEG, PNG
Поддержка субтитров
— нет
Внутренние HDD
Установленный HDD
— нет
Количество мест для HDD
— 1
Подключение
Аудио/видео выходы
— HDMI
Аудио/видео входы
— нет
Общее количество USB портов
— 2
Интерфейсы
— USB 2.0 Type A
Сетевой порт (Ethernet)
— есть (до 100 Мбит/с)
Устройство чтения карт памяти
— нет
Типы карт памяти
— нет
Модуль Wi-Fi
— встроенный
Поддержка Miracast
— нет
ТВ-тюнер
TV тюнер
— нет
Функция записи
— нет
Функциональные возможности
Операционная система
— Android 6.0
Пульт ДУ
— есть
Менеджер закачек
— есть
Платформа
Название процессора/чипсета
— AMLogic S905X
Размер оперативной памяти
— 1 Гб
Встроенная память
— 8 Гб
Дополнительно
Питание
— от сети 220 В
Комплектация
— адаптер питания, пульт ДУ, батарейки, документация, кабель HDMI
Габариты, вес
Ширина
— 166 мм
Глубина
— 106 мм
Высота
— 29 мм
Вес
— 0.5 кг

В теме нет куратора. По вопросам наполнения шапки обращайтесь к модераторам раздела через кнопку под сообщениями, на которые необходимо добавить ссылки.

Сообщение отредактировал mihadom — 06.04.20, 09:21

1. На родной прошивке (андроид) сильно тормозит, поэтому после обновления и установки нужных приложений отключил все лишнее (gmail,живые обои и пр.), поставил «Лаунчер3». Приставка заметно ожила, но все равно свободной ОЗУ было минимум — 150-200Mb насколько я помню.
Так же сразу заменил родной радиатор на радиатор от чипсета мат.платы — см.фото слева родной.

2. Поскольку после этих действий меня результат не удовлетворил я решил поставить на нее linux и сделать из нее раздающее инет устройство. Коротко. В USB втыкался 4G модем ZTE 830FT (от был заранее подготовлен для этого), настраивались интерфейсы, dhcp-сервер, ip_forward и iptables.
По итогу с ethernet порта уже по кабелю уходил инет дальше в дом и строилась локалка от роутера, работала связка 24/7 достаточно долго.
3. Вчера поставил libreelec. Из коробки работает адекватнее стоковой. Но разрешение 4K пока не победил — при запуске видео в youtube на 4K приставка перезагружается, на 1080 и 2K все стабильно хорошо.

Нюансы
У меня модель с wifi модулем RTL8189ES и при установке linux wifi не работал. Собрать драйвера вручную не удалось. Если вдруг кто будет заниматься — WiFi | RTL8189ES / RTL8189ETV

На libreelec проблема аналогичная, но её удалось решить — нашел собранные драйвера, которые можно установить как дополнение kodi. RTL8189ES with kernel 5.2.1
Скачиваем zip,скидываем на флешку и подключаем к приставке, переходим в меню > дополнения > установить ZIP > выбрать архив

Также пока не решена проблема с пультом — работает только на стоке.

Сообщение отредактировал Yaraaar — 14.08.19, 18:23

2. Восстановление DEXP AL 5000 (Board S95X416HDP_V1.0_20180109)

1. Кабель USB Папа — Папа.
2. Прошивка (например) http://ftp.dexp.club/M…01_01.06.2017_V1.0.img
3. Amlogic USB Burning Tool Amlogic USB Burning Tool
4. Скрепка канцелярская.

1. Разобрали. Положили плату процом вверх.
2. Подключили к вертикальному разъёму USB кабель Папа — Папа, к компу подключать пока не надо.
3. Запустили Amlogic USB Burning Tool, в меню выбрали прошивку, нажали Start.
4. Нашли на плате микросхему eMMC KLM8G, определились с контактами которые потребуется замкнуть.

5. Питание и USB кабель от ПК отключены , замыкаем 7 — 8 контакт кончиком скрепки между собой, держим.
6. Подключаем кабель к ПК, держим контакты замкнутыми 1-3 секунды, в виндовсе появится уведомление о подключений нового устройства, размыкаем, должна начаться прошивка.

Нюансы:
В OS Windows при первом запуске происходит установка драйверов, возможно не прошьётся с первого раза.
Мой аппарат прошился раз с пятого. Кабель по возможности использовать короткий с подключением напрямую к порту USB без применения хаба, к задней панели системного блока.
Радиатор менять на более громоздкий, например от северного моста материнской платы. Или приколхозить вентилятор (DX40T) как на фото.

Сообщение отредактировал [email protected] — 30.08.19, 23:18

Есть кто-нибудь кто ставил на эту чудо приставку linux нормальный
Есть фото и как она себя ведёт с ним
А то на андройде она меня бесит раз в два месяца я её формачу
Теперь ставлю только три предложению это wink , kino hd , totalcommander

До этого пользовался до неё xperia S через hdmi cec по два года не форматил

А тут прям поймал на мылси себя)
Я находил картинки что есть такие девайвы не dexp кто знает кто они ))))

смотря что для тебя нормальный линукс. Я и серверные дистрибутивы ставил — все ок (какое то время эта приставка была шлюзом в локалке)

Сообщение отредактировал Yaraaar — 27.10.19, 15:16

Да собственно вся инфа написана до меня парнем с ником 150balbes и на созданных им темах. У него есть профиль на гитхабе, там есть инструкции + облако с нужными дистрами для приставок на семействе amlogic s905*.
Инфы очень много по запросу в гугле «amlogic s905x balbes150» и подобных. Мб как нить опишу подробно, но, если коротко, то сначала определяешься с дистром который нужен и пишешь его на microsd флешку. Затем у приставки включаешь режим загрузки (на каждой по разному может) — я ставил с google play приложение Amlogic TV Box tool в котором есть опция с выбором устройства загрузки. После установки опции и перезагрузки пойдет загрузка новой системы с флешки. Если сделано что-то не так приставка обратно в андроид может не стартануть — так было у меня одном из экспериментов и пришлось приставку шить софтиной на винде.
P.S 150balbes респект 🙂

Сообщение отредактировал Yaraaar — 01.11.19, 21:25

Краткий мануал как превратить нашу приставку в ретро консоль с помощью дистрибутива на основе linux Lakka
Понадобится флешка и зубочистка 😀
1.)
Качаем образ https://www.lakka.tv/get/windows/s905/
Ставим на компьютер программу для заливки образов на флэш
Кто чем пользуются но я пользуюсь программой Etcher она очень простая и удобная https://www.balena.io/etcher/
С помощью этой программой заливаем образ

2.)
Выключаем приставку из сети вставляем флешку я использовал usb
Где вставляется флэш рядом есть маленькая ДЫРКА :rofl:
И так вставляем туда зубочистку или что-то подобное!
нажимается кнопка щелчком
Далее все так же держим эту зубочистку в дырке)))
Включаем питание с учетом что флэш с образом уже в приставке.

3.)
Ждем около 15 секунд может и более зубочистку не отпускаем сначала будет отображаться обычное лого dexp и будет ощущение что все напрасно
Но нет
Если залили образ правильно то увидите загрузку дистрибутива
И на этом отпускаем зубочистку и убираем ее )
При следующий загрузке она уже не понадобится

4.)
Настройки Lakka это уже вам в соседнею тему как залить Ромы как настроить джойстик итд

Всем спасибо за внимание 😉

Сообщение отредактировал Remix242 — 05.12.19, 03:34

Установил Linux Ubuntu брал образ из https://github.com/150…05_Unbrik_Amlogic_S905
вот этот Armbian_5.90_Aml-s905_Ubuntu_disco_default_5.1.0_desktop_20190701.img
Кстати ее установка идентична с установкой LAKKA про что я писал ранние

все работает очень быстро.

Сообщение отредактировал Remix242 — 09.12.19, 10:24

Remix242,
как вариант — загрузчик и ядро будет во флеши а корневую ФС можно на диске. на одноплатниках это работает — настройка в 2 строчки. однако я такмпонимаю что все через. usb загрузить можно

но
если там хреновый мост usb sata то скорость будет невысокая. а если диск будет сильно греться то.. не надо такого.

Сообщение отредактировал Nuts_ — 12.12.19, 21:32

тогда уж установить все на emmc и затем вынести home на hdd/ssd. Но смысла там от ssd нет т.к через usb мост работает

Сообщение отредактировал Yaraaar — 13.12.19, 19:30

sbc-bench v0.6.9 Khadas VIM (Fri, 13 Dec 2019 20:35:41 +0300)

Distributor ID: Ubuntu
Description: Ubuntu 18.04.3 LTS
Release: 18.04
Codename: bionic

Armbian release info:
BOARD=aml-s905
BOARD_NAME=»S905″
BOARDFAMILY=aml-s905
BUILD_REPOSITORY_URL=https://github.com/150balbes/Build-Armbian.git
BUILD_REPOSITORY_COMMIT=0d4d065-dirty
VERSION=5.90
LINUXFAMILY=aml-s905
BRANCH=default
ARCH=arm64
IMAGE_TYPE=user-built
BOARD_TYPE=conf
INITRD_ARCH=arm64
KERNEL_IMAGE_TYPE=Image

/usr/bin/gcc (Ubuntu/Linaro 7.4.0-1ubuntu1

Uptime: 20:35:41 up 10 min, 1 user, load average: 0.58, 0.40, 0.23

Linux 5.1.0-aml-s905 (aml) 12/13/19 _aarch64_ (4 CPU)

avg-cpu: %user %nice %system %iowait %steal %idle
6.95 0.00 3.47 0.36 0.00 89.22

Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk1 60.99 888.20 1628.90 579078 1061994
mmcblk1boot1 0.08 0.33 0.00 216 0
mmcblk1boot0 0.08 0.33 0.00 216 0
zram0 1.45 1.15 4.65 748 3032
zram1 2.63 2.09 8.42 1360 5488

total used free shared buff/cache available
Mem: 801M 100M 299M 2.0M 402M 625M
Swap: 400M 5.8M 395M

Filename Type Size Used Priority
/dev/zram1 partition 410488 5888 5

Checking cpufreq OPP:

Cpufreq OPP: 2016 Measured: 1414.070/1413.822/1414.209
Cpufreq OPP: 1752 Measured: 1342.014/1342.209/1342.182
Cpufreq OPP: 1536 Measured: 1270.062/1270.436/1270.108
Cpufreq OPP: 1416 Measured: 1246.056/1246.176/1245.500
Cpufreq OPP: 1200 Measured: 1198.063/1198.216/1198.119
Cpufreq OPP: 1000 Measured: 997.976/998.073/998.073
Cpufreq OPP: 667 Measured: 664.783/661.987/664.803
Cpufreq OPP: 500 Measured: 498.029/498.134/498.146
Cpufreq OPP: 250 Measured: 248.010/248.098/248.183
Cpufreq OPP: 100 Measured: 98.214/98.025/98.060

tinymembench v0.4.9 (simple benchmark for memory throughput and latency)

==========================================================================
== Memory bandwidth tests ==
== ==
== Note 1: 1MB = 1000000 bytes ==
== Note 2: 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 3: 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 4: If sample standard deviation exceeds 0.1%, it is shown in ==
== brackets ==
==========================================================================

C copy backwards : 1542.2 MB/s (0.6%)
C copy backwards (32 byte blocks) : 1644.0 MB/s (2.2%)
C copy backwards (64 byte blocks) : 1623.4 MB/s (2.2%)
C copy : 1589.3 MB/s (1.9%)
C copy prefetched (32 bytes step) : 1247.0 MB/s
C copy prefetched (64 bytes step) : 1321.3 MB/s
C 2-pass copy : 1605.0 MB/s (0.2%)
C 2-pass copy prefetched (32 bytes step) : 1015.7 MB/s
C 2-pass copy prefetched (64 bytes step) : 1058.2 MB/s
C fill : 5353.2 MB/s
C fill (shuffle within 16 byte blocks) : 5354.1 MB/s (0.3%)
C fill (shuffle within 32 byte blocks) : 5354.0 MB/s
C fill (shuffle within 64 byte blocks) : 5353.7 MB/s (0.4%)
—
standard memcpy : 1651.5 MB/s (0.2%)
standard memset : 5356.6 MB/s
—
NEON LDP/STP copy : 1648.2 MB/s
NEON LDP/STP copy pldl2strm (32 bytes step) : 1119.6 MB/s (0.4%)
NEON LDP/STP copy pldl2strm (64 bytes step) : 1431.5 MB/s
NEON LDP/STP copy pldl1keep (32 bytes step) : 2110.6 MB/s
NEON LDP/STP copy pldl1keep (64 bytes step) : 2112.1 MB/s
NEON LD1/ST1 copy : 1624.6 MB/s (0.8%)
NEON STP fill : 5356.8 MB/s
NEON STNP fill : 5297.4 MB/s
ARM LDP/STP copy : 1647.7 MB/s
ARM STP fill : 5357.3 MB/s (0.8%)
ARM STNP fill : 5298.0 MB/s

Читайте также: Пдд для андроид лучшее

==========================================================================
== 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) : 232.1 MB/s
NEON LDP/STP 2-pass copy (from framebuffer) : 222.0 MB/s
NEON LD1/ST1 copy (from framebuffer) : 60.7 MB/s
NEON LD1/ST1 2-pass copy (from framebuffer) : 60.0 MB/s (0.1%)
ARM LDP/STP copy (from framebuffer) : 119.7 MB/s
ARM LDP/STP 2-pass copy (from framebuffer) : 116.8 MB/s

==========================================================================
== 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, [MADV_NOHUGEPAGE]
1024 : 0.0 ns / 0.0 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 : 4.1 ns / 7.5 ns
131072 : 6.3 ns / 10.9 ns
262144 : 8.0 ns / 13.1 ns
524288 : 74.8 ns / 118.8 ns
1048576 : 104.2 ns / 142.7 ns
2097152 : 119.6 ns / 150.7 ns
4194304 : 135.9 ns / 161.8 ns
8388608 : 142.4 ns / 167.9 ns
16777216 : 145.7 ns / 172.2 ns
33554432 : 148.4 ns / 175.5 ns
67108864 : 163.0 ns / 203.0 ns

block size : single random read / dual random read, [MADV_HUGEPAGE]
1024 : 0.0 ns / 0.0 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 : 4.1 ns / 7.5 ns
131072 : 6.3 ns / 10.9 ns
262144 : 8.0 ns / 13.1 ns
524288 : 74.8 ns / 118.8 ns
1048576 : 104.2 ns / 142.6 ns
2097152 : 118.8 ns / 150.0 ns
4194304 : 126.7 ns / 153.0 ns
8388608 : 130.9 ns / 154.4 ns
16777216 : 133.1 ns / 155.1 ns
33554432 : 134.1 ns / 155.5 ns
67108864 : 134.7 ns / 155.6 ns

OpenSSL 1.1.1, built on 11 Sep 2018
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-cbc 124975.00k 370855.49k 711684.69k 954619.56k 1059941.03k 1062223.87k
aes-128-cbc 124963.80k 370902.21k 711650.30k 954748.93k 1060244.14k 1067302.91k
aes-192-cbc 119059.07k 329459.97k 580989.27k 735991.13k 798040.06k 802144.26k
aes-192-cbc 119058.53k 329249.05k 580983.21k 736081.58k 798217.56k 802100.57k
aes-256-cbc 115416.38k 303653.76k 503386.88k 615871.49k 658677.76k 660854.10k
aes-256-cbc 115410.19k 302635.48k 503444.31k 615835.99k 658797.91k 661383.85k

LE
CPU Freq: 1404 1409 1413 1413 1414 1414 1413 1414 1414

RAM size: 801 MB, # CPU hardware threads: 4
RAM usage: 450 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: 784 99 770 763 | 15194 100 1303 1296
23: 773 99 795 788 | 14890 99 1295 1288
24: 746 99 810 802 | 14591 99 1288 1281
———————————- | ——————————
Avr: 99 792 785 | 99 1295 1289
Tot: 99 1043 1037

LE
CPU Freq: 1408 1411 1413 1414 1414 1414 1414 1414 1414

RAM size: 801 MB, # CPU hardware threads: 4
RAM usage: 450 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: 2320 302 748 2257 | 60552 397 1301 5166
23: 2313 306 770 2357 | 58468 391 1293 5059
24: 2291 315 783 2464 | 58177 396 1289 5107
———————————- | ——————————
Avr: 308 767 2359 | 395 1295 5111
Tot: 351 1031 3735

LE
CPU Freq: 1411 1412 1414 1413 1413 1414 1414 1413 1414

RAM size: 801 MB, # CPU hardware threads: 4
RAM usage: 450 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: 2321 303 746 2259 | 60510 397 1301 5163
23: 2301 306 767 2345 | 58726 393 1293 5081
24: 2274 313 781 2445 | 58220 397 1288 5111
———————————- | ——————————
Avr: 307 765 2349 | 395 1294 5118
Tot: 351 1029 3734

LE
CPU Freq: 1411 1412 1414 1414 1413 1414 1413 1413 1414

RAM size: 801 MB, # CPU hardware threads: 4
RAM usage: 450 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: 2335 305 746 2272 | 60497 397 1300 5161
23: 2303 306 767 2347 | 59111 395 1293 5115
24: 2273 313 782 2445 | 58018 396 1287 5093
———————————- | ——————————
Avr: 308 765 2354 | 396 1294 5123
Tot: 352 1029 3739

Compression: 2359,2349,2354
Decompression: 5111,5118,5123
Total: 3735,3734,3739

Testing clockspeeds again. System health now:

Time CPU load %cpu %sys %usr %nice %io %irq Temp
20:49:52: 2016MHz 2.98 80% 0% 79% 0% 0% 0% 73.0°C

Checking cpufreq OPP:

Cpufreq OPP: 2016 Measured: 1413.776/1414.426/1415.077
Cpufreq OPP: 1752 Measured: 1341.958/1342.489/1342.363
Cpufreq OPP: 1536 Measured: 1270.233/1270.530/1270.390
Cpufreq OPP: 1416 Measured: 1245.890/1246.477/1246.296
Cpufreq OPP: 1200 Measured: 1194.434/1193.689/932.843
Cpufreq OPP: 1000 Measured: 994.613/994.876/995.044
Cpufreq OPP: 667 Measured: 661.233/661.603/661.219
Cpufreq OPP: 500 Measured: 495.254/495.956/495.405
Cpufreq OPP: 250 Measured: 245.996/246.108/246.307
Cpufreq OPP: 100 Measured: 98.345/98.109/98.325

System health while running tinymembench:

Time CPU load %cpu %sys %usr %nice %io %irq Temp
20:35:49: 2016MHz 0.61 10% 3% 7% 0% 0% 0% 58.0°C
20:37:49: 2016MHz 0.95 25% 0% 24% 0% 0% 0% 67.0°C
20:39:49: 2016MHz 1.02 25% 0% 24% 0% 0% 0% 62.0°C
20:41:49: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 62.0°C
20:43:49: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 62.0°C

System health while running OpenSSL benchmark:

Time CPU load %cpu %sys %usr %nice %io %irq Temp
20:44:14: 2016MHz 1.00 17% 1% 14% 0% 0% 0% 63.0°C
20:44:24: 2016MHz 1.00 25% 0% 25% 0% 0% 0% 62.0°C
20:44:34: 2016MHz 1.00 25% 0% 25% 0% 0% 0% 62.0°C
20:44:44: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 62.0°C
20:44:54: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 64.0°C
20:45:05: 2016MHz 1.00 25% 0% 25% 0% 0% 0% 65.0°C
20:45:15: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 62.0°C
20:45:25: 2016MHz 1.00 25% 0% 25% 0% 0% 0% 62.0°C
20:45:35: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 64.0°C
20:45:45: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 62.0°C
20:45:55: 2016MHz 1.00 25% 0% 24% 0% 0% 0% 62.0°C

System health while running 7-zip single core benchmark:

Time CPU load %cpu %sys %usr %nice %io %irq Temp
20:46:02: 2016MHz 1.00 17% 1% 15% 0% 0% 0% 62.0°C
20:47:02: 2016MHz 2.18 25% 0% 24% 0% 0% 0% 61.0°C
20:48:03: 2016MHz 3.03 25% 0% 24% 0% 0% 0% 61.0°C

System health while running 7-zip multi core benchmark:

Time CPU load %cpu %sys %usr %nice %io %irq Temp
20:48:08: 2016MHz 3.10 18% 1% 16% 0% 0% 0% 61.0°C
20:48:29: 2016MHz 3.17 75% 0% 74% 0% 0% 0% 70.0°C
20:48:50: 2016MHz 3.30 80% 1% 78% 0% 0% 0% 64.0°C
20:49:11: 2016MHz 3.15 78% 0% 77% 0% 0% 0% 72.0°C
20:49:31: 2016MHz 3.05 78% 1% 76% 0% 0% 0% 65.0°C
20:49:52: 2016MHz 2.98 80% 0% 79% 0% 0% 0% 73.0°C

Linux 5.1.0-aml-s905 (aml) 12/13/19 _aarch64_ (4 CPU)

avg-cpu: %user %nice %system %iowait %steal %idle
21.65 0.01 1.78 0.16 0.00 76.42

Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk1 26.41 381.61 730.34 583518 1116762
mmcblk1boot1 0.04 0.14 0.00 216 0
mmcblk1boot0 0.04 0.14 0.00 216 0
zram0 0.77 0.49 2.58 748 3948
zram1 1.79 1.01 6.17 1540 9432

total used free shared buff/cache available
Mem: 801M 184M 383M 3.0M 233M 540M
Swap: 400M 9.5M 391M

Filename Type Size Used Priority
/dev/zram1 partition 410488 9728 5

Architecture: aarch64
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Vendor ID: ARM
Model: 4
Model name: Cortex-A53
Stepping: r0p4
CPU max MHz: 2016.0000
CPU min MHz: 100.0000
BogoMIPS: 48.00
L1d cache: unknown size
L1i cache: unknown size
L2 cache: unknown size
Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid

Сообщение отредактировал Yaraaar — 13.12.19, 21:07

Источник