Одноплатный компьютер Raspberry Pi 4B | 4 ядра, 4 гига.
- Цена: $82.99
- Перейти в магазин
Продолжаем серию обзоров одноплатных компьютеров! Сегодня, на обзорном столе Raspberry Pi 4B в версии с 4ГБ оперативной памяти. Обзор, замеры, сравнение с предыдущим поколением и разбор полетов под катом.
Летом, в конце июня Raspberry Pi Foundation неожиданно представила обновленную версию одноплатного компьютера — Raspberry Pi 4B. Главным изменением стал весомый прирост мощности, четвертая версия получила самую производительную начинку в истории линейки. По заявлениям разработчиков «карманный» ПК ценою в $35 (о ценах немного ниже) способен заменить обычный десктопный в ряде сценариев, включая воспроизведение 4K-видео.
«Железка» несомненно получилась очень интересной, уверен что заинтересует многих, с течением времени стали ясны где минусы, а где плюсы, ниже обо всем по порядку.
Четвертая версия получила четырехъядерный SoC Broadcomm BCM2711B0 на архитектуре ARM64, с частотой 1,5GHz и ядрами Cortex-A72. Новое видеоядро VideoCore VI 500MHz, тогда как на 3B+ было видеоядро VideoCore IV 400MHz. Так же он получил поддержку аппаратного декодирования 4K с возможностью вывода одновременно на два монитора с частотой 30 кадров или на один монитор с частотой 60 кадров.
Обновленный процессор в отличии прошлого поколения (3B+) стал быстрее всего на 100MHz, но ядра теперь современные Cortex-A72 вместо Cortex-A53. Как и на старых версиях возможность разгона сохранилась, но автоматический разгон доступен только для первой и второй версии, видимо выключен в целях безопасности, разгон производить необходимо в ручную, посредством правки config.txt в разделе /boot/. Разгоном можно взять частоту в 2.0GHz на CPU и 600MHz на GPU, вот тут выясняется главный минус — тепловыделение, причем даже без разгона необходимо использовать хороший радиатор, нагрев может доходить до критических 80°С (в случае использования закрытого корпуса) вследствие чего происходит троттлинг, что есть снижение производительности, а с разгоном, тем более необходимо позаботиться об активном охлаждении. Свой образец я не стал разгонять, т.к мне хватает штатной производительности, но автор портала CNX-Software сделал это и получил такие результаты:
В результате разгона в прирост производительности в 7-Zip составил 27 %, а скорость шифрования OpenSSL AES-256-CBC 16K выросла на 33 %. То есть прирост оказался пропорционален разгону. Но судя по графику память оказалась немного медленнее, возможно это погрешности. В его случае максимальная температура составила 53,1°C, использовал он микро-башню — ICE Tower которую показали вслед за Raspberry Pi.
По своему опыту могу сказать что, вне корпуса и без радиатора греется до 50°C в простое и колеблется от 55°C до 60°C под небольшой или средней нагрузкой.
Пока писал обзор установили новую планку разгона, 2,147MHz на CPU и 750MHz на GPU.
Худо-бедно я таки снял немного видео на тапок.
Как можно увидеть, видео на YouTube в FullHD показывает без особых проблем, а HD тем более, только иногда бывают моменты когда пропадает звук, как в конце видео. Напомню, что на 3B+ о HD видео в браузере не могло идти и речи, а про FullHD вообще молчу. В целом достаточно комфортно, страницы прокручивает быстро, без фризов, на пару тройку страниц оперативной памяти точно хватит.
Папки и прочие файлы открывает быстро, с проигрыванием видео локально никаких проблем. Можно даже использовать в качестве офисного компьютера. Но я не призываю этого делать, все же это не полноценный ПК, хотя достаточного мощный для своих размеров.
Памяти стало больше, теперь есть выбор 1ГБ, 2ГБ или же 4ГБ!
Здесь установлен чип памяти LPDDR4 SDRAM — один чип объемом 4ГБ с частотой 3200МГц.Чип стоит Micron, но конкретно какой не удалось опознать и найти. Тогда как в 3B+ стоит LPDDR2 SDRAM на 1ГБ с частотой всего-то в 900МГц производства Elpida. В инструкции из комплекта есть упоминание версии на 8ГБ, который так и не был представлен. Думаю оставили для плюс версии.
Новое поколение получило современные порты.
Теперь вместо MicroUSB — современный USB-C, который способен пропустить больший ток, до 3А (в особых случаях до 5А). Данное решение нельзя было обойти, мощному процессору нужно больше тока, рекомендуемый блок питания должен обеспечивать 5V3А выходного напряжения. Но на сайте так же есть упоминание что, если у вас «хороший» блок питания, то хватит и 2,5А. У меня все завелось без проблем от оригинального ЗУ Samsung Galaxy S6, который Adaptive Fast Charge, с параметрами 5V2A и даже молнии не было, которая сигнализирует о нехватке тока. Спустя две недели обнаружился другой косяк кроме повышенного нагрева — проблемы с кабелями USB Type-C, если быть конкретнее, то проблема с полнофункциональными кабелями которые внутри содержат микросхему, а вся проблема заключается в неправильно спроектированной цепи питания где отсутствует необходимый резистор. Для справки, кроме все этого, на разъеме разведено только питание, никаких других шин не разведено.
Заместо полноразмерного разъема HDMI теперь два MicroHDMI, тут проблема возникнуть может если только Вы захотите использовать оба выхода одновременно с переходниками, переходники попросту упрутся друг в друга, поэтому в хозяйстве стоит иметь кабель MicroHDMI-HDMI.
Привычный четырехполосный джек 3.5 остался на месте.
В данной части платы произошла настоящая революция о которой долго просило комьюнити. Барабанная дробь…
Теперь USB и LAN отвязаны друг от друга что позволяет выдать максимальную скорость. Обе шины работают независимо на своих чипах через PCI-E, VLI805 для USB и BCM54213 соответственно для Ethernet.
Так же немаловажный вопрос я упустил в обзоре Raspberry Pi 3B+, возможно ли грузиться с USB накопителя? Да можно, просто необходимо записать Raspbian на носитель, только вместо MicroSD использовать USB устройство. Относится ли это к RPi 4B? ПОКА что нет, в данный момент все еще нужно использовать MicroSD в качестве загрузчика, но на сайте обещают что скоро появится загрузка с USB и PXE. Проблема софтварная, когда они это исправят всего лишь надо будет обновить загрузчик.
Загрузку с USB я не обошел и проверил перенеся систему на внешний HDD, но кардинальных изменений не заметил.
Для USB 3.0 используется достаточно популярный контроллер VLI805-Q6, на нем делают USB 3.0 PCI-E карты для ПК. В теории он должен обеспечить до ~120Mb/s на чтение и ~35Mb/s на запись. На IXBT можно ознакомиться с результатами сравнения MicroSD, USB флеш-накопителя и SSD (через USB3.0).
Ниже результаты проверки посредством dd:
Использовал USB-HDD, который мелькал в одном из обзоров.
Скорость чтения:
Скорость записи:
Пропускную способность Ethernet так же я проверил лично, через iperf3, результаты ниже:
Для сравнения заявленные 300мбит на Raspberry Pi 3B+.
И заявленный гигабит на Raspberry Pi 4B.
Недавно я все же обзавелся гигабитным двухдиапазонным роутером Xiaomi MiRouter 4A и сделал то, что не смог в прошлый раз в обзоре Pi 3B+ — замерил WiFi на 5ГГц.
Результат ниже:
RPi 3B+.
RPi 4B.
Общий тест так сказатб, прогнал тест через CrystalDiskMark, все это было подключено через Samba как сетевой диск.
В пике 108-110МБ/с, средняя скорость стабильно 85-90МБ/с.
Кроме обновленных портов можно заметить, что LAN-порт переехал на противоположную сторону, как и чип оперативной памяти на верхнюю сторону рядом с процессором.
Обе платы тестировались в одинаковых условиях через SBCbench, на результаты просто посмотрите сами.
Размеры платы и монтажные отверстия остались те же, можно будет использовать старый корпус, но прийдется доводить напильником.
Есть еще один нюанс, для того чтобы заработал Wi-Fi на 5ГГц необходимо выставить «USA» в настройках региона частот Wi-Fi.
На канале "Электроника в объективе" есть большой тест мини пк, актуальных на 2019 год —
Команда pinout:
Другие обзоры по теме:
Orange Pi PC
Raspberry Pi 3B+
Дисплей для Raspberry Pi
Прошло почти полгода, но платы все еще расходятся как горячие пирожки, цена все еще задрана. $80 это конечно оверпрайс. На ali версия на 4ГБ в среднем стоит $65, адекватная ли это цена? Думаю да, наценка всего $10.
Вроде ничего не забыл и рассказал о ключевых изменениях, если остались вопросы задавайте, постараюсь ответить на все.
Летом, в конце июня Raspberry Pi Foundation неожиданно представила обновленную версию одноплатного компьютера — Raspberry Pi 4B. Главным изменением стал весомый прирост мощности, четвертая версия получила самую производительную начинку в истории линейки. По заявлениям разработчиков «карманный» ПК ценою в $35 (о ценах немного ниже) способен заменить обычный десктопный в ряде сценариев, включая воспроизведение 4K-видео.
«Железка» несомненно получилась очень интересной, уверен что заинтересует многих, с течением времени стали ясны где минусы, а где плюсы, ниже обо всем по порядку.
Характеристики
| Параметр | Raspberry Pi 4B |
| Процессор | BCM2711B0 1.5GHz quad-core 64-bit ARM Cortex-A72. |
| Видеоядро | VideoCore VI 500 MHz. |
| Оперативная память | LPDDR4 SDRAM 1ГБ, 2ГБ или 4ГБ. |
| Ethernet | BCM54213PE Gigabit Ethernet с полной пропускной способностью. |
| Wi-fi/Bluetooth | Cypress CYW43455 Двухадиапазонный 2.4/5GHz 802.11 b/g/n/ac и Bluetooth 5.0LE. |
| USB | VIA VL805 2xUSB 2.0 / 2xUSB 3.0. |
| Видеовыход | 2xMicroHDMI. |
| Питание | USB-C. |
| Цена | $35-45-55. |
Что нового? Детальные характеристики
Начнем от «сердца» и перейдем к периферии.Процессор
Четвертая версия получила четырехъядерный SoC Broadcomm BCM2711B0 на архитектуре ARM64, с частотой 1,5GHz и ядрами Cortex-A72. Новое видеоядро VideoCore VI 500MHz, тогда как на 3B+ было видеоядро VideoCore IV 400MHz. Так же он получил поддержку аппаратного декодирования 4K с возможностью вывода одновременно на два монитора с частотой 30 кадров или на один монитор с частотой 60 кадров.
Обновленный процессор в отличии прошлого поколения (3B+) стал быстрее всего на 100MHz, но ядра теперь современные Cortex-A72 вместо Cortex-A53. Как и на старых версиях возможность разгона сохранилась, но автоматический разгон доступен только для первой и второй версии, видимо выключен в целях безопасности, разгон производить необходимо в ручную, посредством правки config.txt в разделе /boot/. Разгоном можно взять частоту в 2.0GHz на CPU и 600MHz на GPU, вот тут выясняется главный минус — тепловыделение, причем даже без разгона необходимо использовать хороший радиатор, нагрев может доходить до критических 80°С (в случае использования закрытого корпуса) вследствие чего происходит троттлинг, что есть снижение производительности, а с разгоном, тем более необходимо позаботиться об активном охлаждении. Свой образец я не стал разгонять, т.к мне хватает штатной производительности, но автор портала CNX-Software сделал это и получил такие результаты:
В результате разгона в прирост производительности в 7-Zip составил 27 %, а скорость шифрования OpenSSL AES-256-CBC 16K выросла на 33 %. То есть прирост оказался пропорционален разгону. Но судя по графику память оказалась немного медленнее, возможно это погрешности. В его случае максимальная температура составила 53,1°C, использовал он микро-башню — ICE Tower которую показали вслед за Raspberry Pi.
По своему опыту могу сказать что, вне корпуса и без радиатора греется до 50°C в простое и колеблется от 55°C до 60°C под небольшой или средней нагрузкой.
Пока писал обзор установили новую планку разгона, 2,147MHz на CPU и 750MHz на GPU.
Десктоп?
Наверное. Тут лучше увидеть самому.Худо-бедно я таки снял немного видео на тапок.
Как можно увидеть, видео на YouTube в FullHD показывает без особых проблем, а HD тем более, только иногда бывают моменты когда пропадает звук, как в конце видео. Напомню, что на 3B+ о HD видео в браузере не могло идти и речи, а про FullHD вообще молчу. В целом достаточно комфортно, страницы прокручивает быстро, без фризов, на пару тройку страниц оперативной памяти точно хватит.
Папки и прочие файлы открывает быстро, с проигрыванием видео локально никаких проблем. Можно даже использовать в качестве офисного компьютера. Но я не призываю этого делать, все же это не полноценный ПК, хотя достаточного мощный для своих размеров.
Оперативная память
Памяти стало больше, теперь есть выбор 1ГБ, 2ГБ или же 4ГБ!
Здесь установлен чип памяти LPDDR4 SDRAM — один чип объемом 4ГБ с частотой 3200МГц.Чип стоит Micron, но конкретно какой не удалось опознать и найти. Тогда как в 3B+ стоит LPDDR2 SDRAM на 1ГБ с частотой всего-то в 900МГц производства Elpida. В инструкции из комплекта есть упоминание версии на 8ГБ, который так и не был представлен. Думаю оставили для плюс версии.
Порты и связь
Вот тут и начинается самое интересное.Новое поколение получило современные порты.
Теперь вместо MicroUSB — современный USB-C, который способен пропустить больший ток, до 3А (в особых случаях до 5А). Данное решение нельзя было обойти, мощному процессору нужно больше тока, рекомендуемый блок питания должен обеспечивать 5V3А выходного напряжения. Но на сайте так же есть упоминание что, если у вас «хороший» блок питания, то хватит и 2,5А. У меня все завелось без проблем от оригинального ЗУ Samsung Galaxy S6, который Adaptive Fast Charge, с параметрами 5V2A и даже молнии не было, которая сигнализирует о нехватке тока. Спустя две недели обнаружился другой косяк кроме повышенного нагрева — проблемы с кабелями USB Type-C, если быть конкретнее, то проблема с полнофункциональными кабелями которые внутри содержат микросхему, а вся проблема заключается в неправильно спроектированной цепи питания где отсутствует необходимый резистор. Для справки, кроме все этого, на разъеме разведено только питание, никаких других шин не разведено.
Заместо полноразмерного разъема HDMI теперь два MicroHDMI, тут проблема возникнуть может если только Вы захотите использовать оба выхода одновременно с переходниками, переходники попросту упрутся друг в друга, поэтому в хозяйстве стоит иметь кабель MicroHDMI-HDMI.
Привычный четырехполосный джек 3.5 остался на месте.
USB 3.0 — Gigabit LAN
В данной части платы произошла настоящая революция о которой долго просило комьюнити. Барабанная дробь…
Теперь USB и LAN отвязаны друг от друга что позволяет выдать максимальную скорость. Обе шины работают независимо на своих чипах через PCI-E, VLI805 для USB и BCM54213 соответственно для Ethernet.
Так же немаловажный вопрос я упустил в обзоре Raspberry Pi 3B+, возможно ли грузиться с USB накопителя? Да можно, просто необходимо записать Raspbian на носитель, только вместо MicroSD использовать USB устройство. Относится ли это к RPi 4B? ПОКА что нет, в данный момент все еще нужно использовать MicroSD в качестве загрузчика, но на сайте обещают что скоро появится загрузка с USB и PXE. Проблема софтварная, когда они это исправят всего лишь надо будет обновить загрузчик.
Загрузку с USB я не обошел и проверил перенеся систему на внешний HDD, но кардинальных изменений не заметил.
Для USB 3.0 используется достаточно популярный контроллер VLI805-Q6, на нем делают USB 3.0 PCI-E карты для ПК. В теории он должен обеспечить до ~120Mb/s на чтение и ~35Mb/s на запись. На IXBT можно ознакомиться с результатами сравнения MicroSD, USB флеш-накопителя и SSD (через USB3.0).
Ниже результаты проверки посредством dd:
Использовал USB-HDD, который мелькал в одном из обзоров.
Скорость чтения:
1000+0 записей получено
1000+0 записей отправлено
1048576000 байт (1,0 GB, 1000 MiB) скопирован, 11,0106 s, 95,2 MB/s
Скорость записи:
1000+0 записей получено
1000+0 записей отправлено
1048576000 байт (1,0 GB, 1000 MiB) скопирован, 30,7922 s, 34,1 MB/s
Пропускную способность Ethernet так же я проверил лично, через iperf3, результаты ниже:
Для сравнения заявленные 300мбит на Raspberry Pi 3B+.
И заявленный гигабит на Raspberry Pi 4B.
Недавно я все же обзавелся гигабитным двухдиапазонным роутером Xiaomi MiRouter 4A и сделал то, что не смог в прошлый раз в обзоре Pi 3B+ — замерил WiFi на 5ГГц.
Результат ниже:
RPi 3B+.
RPi 4B.
Общий тест так сказатб, прогнал тест через CrystalDiskMark, все это было подключено через Samba как сетевой диск.
В пике 108-110МБ/с, средняя скорость стабильно 85-90МБ/с.
Кроме обновленных портов можно заметить, что LAN-порт переехал на противоположную сторону, как и чип оперативной памяти на верхнюю сторону рядом с процессором.
Бенчмарк
Обе платы тестировались в одинаковых условиях через SBCbench, на результаты просто посмотрите сами.
Raspberry Pi 3
sbc-bench v0.6.9 Raspberry Pi 3 Model B Plus Rev 1.3 (Tue, 15 Oct 2019 17:23:46 +0300)
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Architecture: armhf
Raspberry Pi ThreadX version:
Sep 24 2019 17:37:19
Copyright © 2012 Broadcom
version 6820edeee4ef3891b95fc01cf02a7abd7ca52f17 (clean) (release) (start)
ThreadX configuration (/boot/config.txt):
disable_overscan=1
dtparam=audio=on
[pi4]
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
[all]
gpu_mem=256
Actual ThreadX settings:
aphy_params_current=819
arm_freq=1400
audio_pwm_mode=514
config_hdmi_boost=5
core_freq=400
desired_osc_freq=0x331df0
desired_osc_freq_boost=0x3c45b0
disable_commandline_tags=2
disable_l2cache=1
disable_overscan=1
display_hdmi_rotate=-1
display_lcd_rotate=-1
dphy_params_current=547
force_eeprom_read=1
force_pwm_open=1
framebuffer_ignore_alpha=1
framebuffer_swap=1
gpu_freq=300
init_uart_clock=0x2dc6c00
lcd_framerate=60
over_voltage_avs=31250
over_voltage_avs_boost=0x1e848
pause_burst_frames=1
program_serial_random=1
sdram_freq=450
hdmi_force_cec_address:0=65535
hdmi_force_cec_address:1=65535
hdmi_pixel_freq_limit:0=0x9a7ec80
hdmi_pixel_freq_limit:1=0x9a7ec80
/usr/bin/gcc (Raspbian 8.3.0-6+rpi1) 8.3.0
Uptime: 17:23:46 up 6 min, 3 users, load average: 1,19, 0,55, 0,25
Linux 4.19.75-v7+ (raspberrypi) 15.10.2019 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
3,65 0,03 1,94 5,15 0,00 89,23
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 30,31 794,89 271,22 309322 105541
total used free shared buff/cache available
Mem: 747Mi 124Mi 273Mi 5,0Mi 349Mi 559Mi
Swap: 99Mi 0B 99Mi
Filename Type Size Used Priority
/var/swap file 102396 0 -2
##########################################################################
Checking cpufreq OPP:
Cpufreq OPP: 1400 ThreadX: 1400 Measured: 1473.583/1391.517/1390.004
Cpufreq OPP: 600 ThreadX: 600 Measured: 589.757/591.909/585.080
##########################################################################
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 : 1245.6 MB/s (1.8%)
C copy backwards (32 byte blocks) : 1242.8 MB/s (0.4%)
C copy backwards (64 byte blocks) : 1239.0 MB/s (0.3%)
C copy : 1244.1 MB/s (1.4%)
C copy prefetched (32 bytes step) : 1272.1 MB/s (0.8%)
C copy prefetched (64 bytes step) : 1271.7 MB/s (3.2%)
C 2-pass copy : 1086.6 MB/s (1.2%)
C 2-pass copy prefetched (32 bytes step) : 1100.2 MB/s (1.2%)
C 2-pass copy prefetched (64 bytes step) : 1101.1 MB/s (0.6%)
C fill : 1825.1 MB/s (0.4%)
C fill (shuffle within 16 byte blocks) : 1823.2 MB/s (0.3%)
C fill (shuffle within 32 byte blocks) : 1823.5 MB/s (0.3%)
C fill (shuffle within 64 byte blocks) : 1824.7 MB/s (0.3%)
---
standard memcpy : 1263.3 MB/s (3.7%)
standard memset : 1807.5 MB/s (0.8%)
---
NEON read : 2370.3 MB/s (1.1%)
NEON read prefetched (32 bytes step) : 2671.8 MB/s (0.5%)
NEON read prefetched (64 bytes step) : 2667.7 MB/s (0.3%)
NEON read 2 data streams : 2066.0 MB/s (0.5%)
NEON read 2 data streams prefetched (32 bytes step) : 1885.5 MB/s (0.4%)
NEON read 2 data streams prefetched (64 bytes step) : 1883.5 MB/s (0.5%)
NEON copy : 1231.8 MB/s (0.8%)
NEON copy prefetched (32 bytes step) : 1270.7 MB/s (6.5%)
NEON copy prefetched (64 bytes step) : 1269.5 MB/s (1.8%)
NEON unrolled copy : 1250.5 MB/s (0.3%)
NEON unrolled copy prefetched (32 bytes step) : 1273.0 MB/s (0.3%)
NEON unrolled copy prefetched (64 bytes step) : 1270.8 MB/s (0.2%)
NEON copy backwards : 1229.1 MB/s (0.6%)
NEON copy backwards prefetched (32 bytes step) : 1279.0 MB/s (1.1%)
NEON copy backwards prefetched (64 bytes step) : 1279.5 MB/s (3.9%)
NEON 2-pass copy : 1118.7 MB/s (1.4%)
NEON 2-pass copy prefetched (32 bytes step) : 1158.7 MB/s (0.2%)
NEON 2-pass copy prefetched (64 bytes step) : 1160.0 MB/s (0.3%)
NEON unrolled 2-pass copy : 1104.3 MB/s (0.2%)
NEON unrolled 2-pass copy prefetched (32 bytes step) : 1125.6 MB/s (0.2%)
NEON unrolled 2-pass copy prefetched (64 bytes step) : 1126.6 MB/s (1.3%)
NEON fill : 1854.9 MB/s (0.9%)
NEON fill backwards : 1862.9 MB/s (0.3%)
VFP copy : 1283.7 MB/s (0.4%)
VFP 2-pass copy : 1100.3 MB/s (0.1%)
ARM fill (STRD) : 1865.5 MB/s (0.6%)
ARM fill (STM with 8 registers) : 1863.2 MB/s (0.3%)
ARM fill (STM with 4 registers) : 1867.4 MB/s (0.4%)
ARM copy prefetched (incr pld) : 1305.1 MB/s (3.9%)
ARM copy prefetched (wrap pld) : 1296.2 MB/s (2.4%)
ARM 2-pass copy prefetched (incr pld) : 1134.6 MB/s (0.8%)
ARM 2-pass copy prefetched (wrap pld) : 1124.3 MB/s (0.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 read (from framebuffer) : 74.6 MB/s (0.1%)
NEON copy (from framebuffer) : 72.7 MB/s (0.2%)
NEON 2-pass copy (from framebuffer) : 72.8 MB/s (0.3%)
NEON unrolled copy (from framebuffer) : 74.1 MB/s (0.2%)
NEON 2-pass unrolled copy (from framebuffer) : 71.8 MB/s
VFP copy (from framebuffer) : 481.1 MB/s (0.9%)
VFP 2-pass copy (from framebuffer) : 414.7 MB/s (1.1%)
ARM copy (from framebuffer) : 242.0 MB/s (0.2%)
ARM 2-pass copy (from framebuffer) : 244.3 MB/s (0.4%)
==========================================================================
== 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.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.1 ns / 0.1 ns
65536 : 4.7 ns / 7.9 ns
131072 : 7.1 ns / 11.3 ns
262144 : 8.3 ns / 12.6 ns
524288 : 9.4 ns / 14.2 ns
1048576 : 73.5 ns / 116.3 ns
2097152 : 109.3 ns / 152.1 ns
4194304 : 131.4 ns / 169.6 ns
8388608 : 143.4 ns / 177.4 ns
16777216 : 150.6 ns / 182.3 ns
33554432 : 155.2 ns / 185.8 ns
67108864 : 157.9 ns / 188.0 ns
##########################################################################
OpenSSL 1.1.1c, built on 28 May 2019
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-cbc 33205.47k 48307.46k 54489.51k 55934.29k 56314.54k 56694.10k
aes-128-cbc 34260.38k 48111.57k 54025.81k 55718.91k 56014.17k 56147.97k
aes-192-cbc 31133.32k 42075.71k 46536.36k 47762.43k 47986.01k 48147.11k
aes-192-cbc 30214.48k 41823.00k 46266.03k 47703.38k 47988.74k 47595.52k
aes-256-cbc 28763.90k 37914.22k 40947.54k 42331.48k 42601.13k 42423.64k
aes-256-cbc 28515.34k 37789.35k 41226.07k 42057.05k 42472.79k 42494.63k
##########################################################################
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1309 1280 1358 1391 1390 1389 1390 1384 1389
RAM size: 747 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: 771 100 751 751 | 17982 100 1535 1534
23: 748 100 763 762 | 17665 100 1529 1528
24: 726 100 782 782 | 17238 100 1513 1513
---------------------------------- | ------------------------------
Avr: 100 765 765 | 100 1526 1525
Tot: 100 1145 1145
##########################################################################
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1352 1345 1289 1391 1399 1398 1387 1398 1397
RAM size: 747 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: 2312 329 684 2249 | 70527 394 1525 6017
23: 2263 332 694 2306 | 69106 396 1511 5979
24: 2191 335 703 2356 | 67071 393 1499 5888
---------------------------------- | ------------------------------
Avr: 332 694 2304 | 394 1512 5961
Tot: 363 1103 4133
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1388 1390 1389 1390 1389 1389 1390 1375 1389
RAM size: 747 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: 2262 324 679 2201 | 67889 393 1473 5792
23: 2274 337 689 2317 | 62433 392 1377 5402
24: 2164 339 687 2327 | 59753 396 1324 5245
---------------------------------- | ------------------------------
Avr: 333 685 2282 | 394 1392 5480
Tot: 363 1038 3881
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1193 1306 1394 1306 1238 1393 1377 1391 1391
RAM size: 747 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: 2226 319 679 2166 | 62897 397 1353 5366
23: 2058 325 645 2098 | 58775 386 1317 5086
24: 2015 330 656 2168 | 59200 395 1317 5197
---------------------------------- | ------------------------------
Avr: 325 660 2144 | 392 1329 5216
Tot: 359 995 3680
Compression: 2304,2282,2144
Decompression: 5961,5480,5216
Total: 4133,3881,3680
##########################################################################
Testing clockspeeds again. System health now:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
17:39:57: 1400/1200MHz 3.29 80% 1% 78% 0% 0% 0% 60.7°C 1.2313V
Checking cpufreq OPP:
Cpufreq OPP: 1400 ThreadX: 1200 Measured: 1191.087/1191.719/1191.238
Cpufreq OPP: 600 ThreadX: 600 Measured: 591.214/591.208/591.803
##########################################################################
System health while running tinymembench:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
17:23:48: 1400/1400MHz 1.17 10% 1% 3% 0% 5% 0% 46.2°C 1.3250V
17:25:48: 1400/1400MHz 1.04 27% 0% 25% 0% 1% 0% 52.6°C 1.3250V
17:27:48: 1400/1400MHz 1.00 26% 0% 25% 0% 0% 0% 55.3°C 1.3250V
17:29:48: 1400/1400MHz 1.03 26% 0% 25% 0% 0% 0% 54.8°C 1.3250V
17:31:48: 1400/1400MHz 1.04 25% 0% 25% 0% 0% 0% 53.7°C 1.3250V
17:33:49: 1400/1400MHz 1.08 26% 0% 25% 0% 0% 0% 52.6°C 1.3250V
System health while running OpenSSL benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
17:34:24: 1400/1400MHz 1.04 20% 1% 17% 0% 2% 0% 53.2°C 1.3250V
17:34:34: 1400/1400MHz 1.03 25% 0% 25% 0% 0% 0% 54.8°C 1.3250V
17:34:45: 1400/1400MHz 1.10 26% 0% 25% 0% 0% 0% 53.7°C 1.3250V
17:34:55: 1400/1400MHz 1.08 26% 0% 25% 0% 0% 0% 54.8°C 1.3250V
17:35:05: 1400/1400MHz 1.07 26% 0% 25% 0% 0% 0% 55.3°C 1.3250V
17:35:15: 1400/1400MHz 1.06 25% 0% 25% 0% 0% 0% 55.8°C 1.3250V
17:35:25: 1400/1400MHz 1.05 25% 0% 25% 0% 0% 0% 55.8°C 1.3250V
17:35:35: 1400/1400MHz 1.04 26% 0% 25% 0% 0% 0% 55.8°C 1.3250V
17:35:45: 1400/1400MHz 1.04 26% 0% 25% 0% 0% 0% 55.8°C 1.3250V
17:35:55: 1400/1400MHz 1.03 26% 0% 25% 0% 0% 0% 56.4°C 1.3250V
17:36:05: 1400/1400MHz 1.02 25% 0% 25% 0% 0% 0% 55.8°C 1.3250V
System health while running 7-zip single core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
17:36:12: 1400/1400MHz 1.02 20% 1% 17% 0% 1% 0% 52.1°C 1.3250V
17:37:12: 1400/1400MHz 2.37 25% 0% 24% 0% 0% 0% 49.9°C 1.3250V
17:38:13: 1400/1400MHz 2.80 26% 1% 24% 0% 0% 0% 51.5°C 1.3250V
System health while running 7-zip multi core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
17:38:13: 1400/1400MHz 2.80 21% 1% 18% 0% 1% 0% 51.5°C 1.3250V
17:38:34: 1400/1400MHz 2.89 78% 1% 77% 0% 0% 0% 58.0°C 1.3250V
17:38:54: 1400/1400MHz 3.01 81% 2% 79% 0% 0% 0% 57.5°C 1.3250V
17:39:15: 1400/1200MHz 2.90 84% 1% 82% 0% 0% 0% 60.1°C 1.2313V
17:39:35: 1400/1400MHz 2.90 83% 1% 81% 0% 0% 0% 59.1°C 1.3250V
17:39:57: 1400/1200MHz 3.29 80% 1% 78% 0% 0% 0% 60.7°C 1.2313V
Querying ThreadX on RPi for thermal or undervoltage issues:
10000000000000000000
||| |||_ under-voltage
||| ||_ currently throttled
||| |_ arm frequency capped
|||_ under-voltage has occurred since last reboot
||_ throttling has occurred since last reboot
|_ arm frequency capped has occurred since last reboot
##########################################################################
Linux 4.19.75-v7+ (raspberrypi) 15.10.2019 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
24,14 0,02 1,09 1,66 0,00 73,09
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 9,47 229,33 104,97 317126 145165
total used free shared buff/cache available
Mem: 747Mi 121Mi 438Mi 5,0Mi 187Mi 563Mi
Swap: 99Mi 2,0Mi 97Mi
Filename Type Size Used Priority
/var/swap file 102396 2048 -2
Architecture: armv7l
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: 1400,0000
CPU min MHz: 600,0000
BogoMIPS: 89.60
Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32Raspberry Pi 4
sbc-bench v0.6.9 Raspberry Pi 4 Model B Rev 1.1 (Tue, 15 Oct 2019 17:59:17 +0300)
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Architecture: armhf
Raspberry Pi ThreadX version:
Sep 24 2019 17:34:30
Copyright © 2012 Broadcom
version cd3add54955f8fa065b414d8fc07c525e7ddffc8 (clean) (release) (start)
ThreadX configuration (/boot/config.txt):
disable_overscan=1
dtparam=audio=on
[pi4]
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
[all]
gpu_mem=256
Actual ThreadX settings:
arm_freq=1500
audio_pwm_mode=514
config_hdmi_boost=5
core_freq=500
core_freq_min=200
disable_commandline_tags=2
disable_l2cache=1
disable_overscan=1
display_hdmi_rotate=-1
display_lcd_rotate=-1
enable_gic=1
force_eeprom_read=1
force_pwm_open=1
framebuffer_depth=16
framebuffer_ignore_alpha=1
framebuffer_swap=1
gpu_freq=500
gpu_freq_min=500
init_uart_clock=0x2dc6c00
lcd_framerate=60
mask_gpu_interrupt0=1024
mask_gpu_interrupt1=0x10000
max_framebuffers=2
pause_burst_frames=1
program_serial_random=1
hdmi_force_cec_address:0=65535
hdmi_force_cec_address:1=65535
hdmi_pixel_freq_limit:0=0x11e1a300
hdmi_pixel_freq_limit:1=0x11e1a300
/usr/bin/gcc (Raspbian 8.3.0-6+rpi1) 8.3.0
Uptime: 17:59:17 up 8 min, 2 users, load average: 1,44, 1,01, 0,45
Linux 4.19.75-v7l+ (raspberrypi) 15.10.2019 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
7,20 0,00 1,82 5,67 0,00 85,31
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 12,28 435,44 223,12 234349 120081
total used free shared buff/cache available
Mem: 3,6Gi 102Mi 3,2Gi 24Mi 343Mi 3,4Gi
Swap: 99Mi 0B 99Mi
Filename Type Size Used Priority
/var/swap file 102396 0 -2
##########################################################################
Checking cpufreq OPP:
Cpufreq OPP: 1500 ThreadX: 1500 Measured: 1498.290/1498.133/1499.020
Cpufreq OPP: 600 ThreadX: 600 Measured: 598.730/598.981/598.330
##########################################################################
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 : 927.2 MB/s (4.0%)
C copy backwards (32 byte blocks) : 861.1 MB/s (1.5%)
C copy backwards (64 byte blocks) : 865.8 MB/s (0.1%)
C copy : 2259.5 MB/s
C copy prefetched (32 bytes step) : 979.1 MB/s (0.5%)
C copy prefetched (64 bytes step) : 975.9 MB/s (0.2%)
C 2-pass copy : 1974.2 MB/s
C 2-pass copy prefetched (32 bytes step) : 1050.9 MB/s (0.2%)
C 2-pass copy prefetched (64 bytes step) : 1047.8 MB/s
C fill : 3341.6 MB/s
C fill (shuffle within 16 byte blocks) : 3346.0 MB/s
C fill (shuffle within 32 byte blocks) : 3349.2 MB/s
C fill (shuffle within 64 byte blocks) : 3351.8 MB/s
---
standard memcpy : 2243.6 MB/s
standard memset : 3347.4 MB/s (0.4%)
---
NEON read : 4221.0 MB/s (2.9%)
NEON read prefetched (32 bytes step) : 4261.4 MB/s (2.1%)
NEON read prefetched (64 bytes step) : 4260.5 MB/s
NEON read 2 data streams : 3784.7 MB/s
NEON read 2 data streams prefetched (32 bytes step) : 3765.8 MB/s
NEON read 2 data streams prefetched (64 bytes step) : 3759.8 MB/s
NEON copy : 2259.3 MB/s
NEON copy prefetched (32 bytes step) : 2255.3 MB/s
NEON copy prefetched (64 bytes step) : 2255.2 MB/s
NEON unrolled copy : 2229.5 MB/s
NEON unrolled copy prefetched (32 bytes step) : 2218.7 MB/s
NEON unrolled copy prefetched (64 bytes step) : 2222.1 MB/s
NEON copy backwards : 2520.6 MB/s
NEON copy backwards prefetched (32 bytes step) : 2540.1 MB/s
NEON copy backwards prefetched (64 bytes step) : 2539.8 MB/s
NEON 2-pass copy : 1983.1 MB/s
NEON 2-pass copy prefetched (32 bytes step) : 1960.4 MB/s
NEON 2-pass copy prefetched (64 bytes step) : 1971.2 MB/s
NEON unrolled 2-pass copy : 1956.4 MB/s
NEON unrolled 2-pass copy prefetched (32 bytes step) : 1962.5 MB/s (1.1%)
NEON unrolled 2-pass copy prefetched (64 bytes step) : 1960.5 MB/s
NEON fill : 3343.8 MB/s (0.4%)
NEON fill backwards : 3346.6 MB/s (1.1%)
VFP copy : 2223.9 MB/s (1.1%)
VFP 2-pass copy : 1909.8 MB/s
ARM fill (STRD) : 3345.9 MB/s (0.4%)
ARM fill (STM with 8 registers) : 3341.0 MB/s
ARM fill (STM with 4 registers) : 3345.1 MB/s
ARM copy prefetched (incr pld) : 2259.6 MB/s
ARM copy prefetched (wrap pld) : 2244.8 MB/s
ARM 2-pass copy prefetched (incr pld) : 1953.0 MB/s
ARM 2-pass copy prefetched (wrap pld) : 1946.2 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
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 : 5.7 ns / 8.9 ns
131072 : 8.6 ns / 11.9 ns
262144 : 12.3 ns / 15.8 ns
524288 : 14.2 ns / 18.1 ns
1048576 : 23.8 ns / 35.8 ns
2097152 : 81.5 ns / 118.1 ns
4194304 : 109.1 ns / 141.6 ns
8388608 : 130.9 ns / 162.8 ns
16777216 : 141.8 ns / 172.9 ns
33554432 : 147.5 ns / 178.3 ns
67108864 : 159.8 ns / 195.2 ns
##########################################################################
OpenSSL 1.1.1c, built on 28 May 2019
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-cbc 62583.46k 76627.95k 83110.40k 84475.56k 85243.22k 85256.87k
aes-128-cbc 62568.99k 76615.27k 83088.47k 85009.47k 85131.26k 85273.26k
aes-192-cbc 56295.24k 67344.23k 72114.52k 73350.49k 73457.66k 73302.02k
aes-192-cbc 56249.95k 67002.92k 71871.23k 73214.98k 73725.27k 73635.16k
aes-256-cbc 51019.52k 60063.40k 63580.25k 64656.73k 64937.98k 64842.41k
aes-256-cbc 50870.28k 60063.42k 63673.94k 64489.47k 64782.34k 64886.10k
##########################################################################
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1478 1489 1498 1498 1498 1498 1499 1498 1498
RAM size: 3727 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: 1301 100 1266 1266 | 23529 100 2010 2007
23: 1269 100 1293 1293 | 23146 100 2003 2003
24: 1221 100 1313 1313 | 22454 100 1973 1971
25: 1185 100 1354 1353 | 21727 100 1936 1934
---------------------------------- | ------------------------------
Avr: 100 1307 1306 | 100 1980 1979
Tot: 100 1644 1643
##########################################################################
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1486 1481 1495 1499 1498 1498 1499 1499 1498
RAM size: 3727 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: 3545 339 1019 3449 | 93214 398 1998 7953
23: 3585 358 1022 3653 | 91034 398 1978 7877
24: 3504 367 1028 3768 | 88264 397 1950 7748
25: 3361 369 1040 3839 | 85379 399 1905 7599
---------------------------------- | ------------------------------
Avr: 358 1027 3677 | 398 1958 7794
Tot: 378 1492 5736
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1495 1496 1497 1498 1498 1498 1498 1498 1498
RAM size: 3727 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: 3489 336 1010 3394 | 92138 395 1989 7861
23: 3458 347 1016 3524 | 88781 391 1965 7682
24: 3490 365 1030 3753 | 87615 396 1942 7691
25: 3358 367 1044 3835 | 83982 394 1896 7474
---------------------------------- | ------------------------------
Avr: 354 1025 3627 | 394 1948 7677
Tot: 374 1486 5652
7-Zip (a) [32] 16.02 : Copyright © 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,32 bits,4 CPUs LE)
LE
CPU Freq: 1496 1498 1498 1496 1498 1499 1498 1498 1498
RAM size: 3727 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: 3665 350 1019 3566 | 92033 394 1991 7852
23: 3534 353 1020 3602 | 90235 396 1972 7808
24: 3421 358 1028 3678 | 87218 395 1940 7657
25: 3352 367 1042 3827 | 84712 397 1901 7539
---------------------------------- | ------------------------------
Avr: 357 1027 3668 | 395 1951 7714
Tot: 376 1489 5691
Compression: 3677,3627,3668
Decompression: 7794,7677,7714
Total: 5736,5652,5691
##########################################################################
Testing clockspeeds again. System health now:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
18:11:55: 1500/1500MHz 3.64 88% 3% 84% 0% 0% 0% 76.4°C 0.8490V
Checking cpufreq OPP:
Cpufreq OPP: 1500 ThreadX: 1500 Measured: 1497.820/1498.985/1497.681
Cpufreq OPP: 600 ThreadX: 600 Measured: 598.479/599.001/599.116
##########################################################################
System health while running tinymembench:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
17:59:19: 1500/1500MHz 1.44 14% 1% 7% 0% 5% 0% 58.4°C 0.8542V
18:01:19: 1500/1500MHz 1.07 25% 0% 25% 0% 0% 0% 61.8°C 0.8542V
18:03:19: 1500/1500MHz 1.01 25% 0% 25% 0% 0% 0% 59.9°C 0.8542V
System health while running OpenSSL benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
18:05:07: 1500/1500MHz 1.00 18% 1% 14% 0% 3% 0% 60.4°C 0.8542V
18:05:17: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 60.9°C 0.8542V
18:05:27: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 61.8°C 0.8542V
18:05:37: 1500/1500MHz 1.00 25% 0% 24% 0% 0% 0% 62.3°C 0.8542V
18:05:48: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 62.8°C 0.8542V
18:05:58: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 60.9°C 0.8542V
18:06:08: 1500/1500MHz 1.00 26% 1% 25% 0% 0% 0% 61.3°C 0.8542V
18:06:18: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 63.3°C 0.8542V
18:06:28: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 64.3°C 0.8542V
18:06:38: 1500/1500MHz 1.00 25% 0% 24% 0% 0% 0% 62.8°C 0.8542V
18:06:48: 1500/1500MHz 1.00 25% 0% 25% 0% 0% 0% 62.8°C 0.8542V
System health while running 7-zip single core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
18:06:55: 1500/1500MHz 1.00 19% 1% 15% 0% 3% 0% 64.3°C 0.8542V
18:07:55: 1500/1500MHz 1.97 25% 0% 24% 0% 0% 0% 63.3°C 0.8542V
18:08:56: 1500/1500MHz 2.38 25% 1% 24% 0% 0% 0% 62.8°C 0.8542V
System health while running 7-zip multi core benchmark:
Time fake/real load %cpu %sys %usr %nice %io %irq Temp VCore
18:09:29: 1500/1500MHz 2.51 20% 1% 16% 0% 2% 0% 64.3°C 0.8542V
18:09:49: 1500/1500MHz 2.60 79% 2% 76% 0% 0% 0% 68.7°C 0.8542V
18:10:12: 1500/1500MHz 2.85 89% 3% 85% 0% 0% 0% 72.1°C 0.8542V
18:10:32: 1500/1500MHz 3.10 85% 3% 82% 0% 0% 0% 72.5°C 0.8542V
18:10:52: 1500/1500MHz 3.38 87% 3% 84% 0% 0% 0% 74.0°C 0.8542V
18:11:14: 1500/1500MHz 3.49 93% 2% 90% 0% 0% 0% 75.0°C 0.8490V
18:11:34: 1500/1500MHz 3.60 80% 2% 77% 0% 0% 0% 76.4°C 0.8490V
18:11:55: 1500/1500MHz 3.64 88% 3% 84% 0% 0% 0% 76.4°C 0.8490V
##########################################################################
Linux 4.19.75-v7l+ (raspberrypi) 15.10.2019 _armv7l_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
24,75 0,01 1,40 2,39 0,00 71,46
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 5,51 180,10 95,41 235937 124985
total used free shared buff/cache available
Mem: 3,6Gi 104Mi 3,2Gi 24Mi 346Mi 3,4Gi
Swap: 99Mi 0B 99Mi
Filename Type Size Used Priority
/var/swap file 102396 0 -2
Architecture: armv7l
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: 3
Model name: Cortex-A72
Stepping: r0p3
CPU max MHz: 1500,0000
CPU min MHz: 600,0000
BogoMIPS: 270.00
Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32Прочее
Так же кроме всего прочего изменениям подверглась и гребенка GPIO, теперь доступно до 6 шин UART и SPI, а так же 5 шин SPI. Гребенка осталась совместима со старым поколением.Размеры платы и монтажные отверстия остались те же, можно будет использовать старый корпус, но прийдется доводить напильником.
Есть еще один нюанс, для того чтобы заработал Wi-Fi на 5ГГц необходимо выставить «USA» в настройках региона частот Wi-Fi.
На канале "Электроника в объективе" есть большой тест мини пк, актуальных на 2019 год —
Команда pinout:
Дополнительная информация
,--------------------------------.
| oooooooooooooooooooo J8 +======
| 1ooooooooooooooooooo PoE | Net
| Wi oo +======
| Fi Pi Model 4B V1.1 oo |
| ,----. +====
| |D| |SoC | |USB3
| |S| | | +====
| |I| `----' |
| |C| +====
| |S| |USB2
| pwr |HD| |HD| |I||A| +====
`-| |---|MI|---|MI|----|V|-------'
Revision : c03111
SoC : BCM2711
RAM : 4096Mb
Storage : MicroSD
USB ports : 4 (excluding power)
Ethernet ports : 1
Wi-fi : True
Bluetooth : True
Camera ports (CSI) : 1
Display ports (DSI): 1
J8:
3V3 (1) (2) 5V
GPIO2 (3) (4) 5V
GPIO3 (5) (6) GND
GPIO4 (7) (8) GPIO14
GND (9) (10) GPIO15
GPIO17 (11) (12) GPIO18
GPIO27 (13) (14) GND
GPIO22 (15) (16) GPIO23
3V3 (17) (18) GPIO24
GPIO10 (19) (20) GND
GPIO9 (21) (22) GPIO25
GPIO11 (23) (24) GPIO8
GND (25) (26) GPIO7
GPIO0 (27) (28) GPIO1
GPIO5 (29) (30) GND
GPIO6 (31) (32) GPIO12
GPIO13 (33) (34) GND
GPIO19 (35) (36) GPIO16
GPIO26 (37) (38) GPIO20
GND (39) (40) GPIO21
Другие обзоры по теме:
Orange Pi PC
Raspberry Pi 3B+
Дисплей для Raspberry Pi
Цены
Официальная цена назначена в $35 за версию с 1ГБ ОЗУ, $45 просят за 2ГБ ОЗУ и $55 соответственно за 4ГБ ОЗУ.Прошло почти полгода, но платы все еще расходятся как горячие пирожки, цена все еще задрана. $80 это конечно оверпрайс. На ali версия на 4ГБ в среднем стоит $65, адекватная ли это цена? Думаю да, наценка всего $10.
Выводы?
Плата получилась действительно мощной, показатели на практике соответствуют заявлениям. «Микрокомпьютер» найдет свое применение будь то, карманный десктоп, либо бесшумный и энергоэффективный NAS за счет наличия портов USB 3.0 и Gigabit LAN.Вроде ничего не забыл и рассказал о ключевых изменениях, если остались вопросы задавайте, постараюсь ответить на все.
Самые обсуждаемые обзоры
| +53 |
2452
85
|
| +79 |
6214
209
|
Как-то так.
в 4-ой версии уже VideoCore VI и новые свободные драйвера (переписанные с 0).
А в целом именно у малинки с поддержкой ПО самая лучшая ситуация (из схожего ценового сегмента одноплатных пк), например последняя убунта 19.10 выпущена в том числе для распери пай 4 или что мне больше всего нравиться различные сетевые сетевые решения использует распберри пай в качестве тонкого клиента (это очень удобно если семья проживает в нескольких домах… ставиться сервер в одном месте, а РП4 используется как подключение к этому серверу для удаленной работы, в результате себестоимость каждого последующего рабочего места это по сути только цена монитора + клава/мышь + РП4 :)).
По последней акции на ebay с купоном версия на 4ГБ вышла в 54 бакса. Жду, когда дойдет
Возьмите лучше материнку с интегрированным процессором, добавьте память и диск.
Будет немного дороже, но гораздо лучше.
ASUS PRIME N3060T
и питается от ноутбучного блока питания…
Все правда. Сначала мучался с малиной в виде бокса. Да, фильмы с того же телефона через тот же елементум смотреть удобно. Но стоит попробовать Ютуб клиент на либре -это тихий ужас.
Самый дешёвый андроид бокс на с905 1/8 Гб оказался намного удобнее.
А то что может появиться, это да, может даже лучше третьей версии будет работать, но практически бродком и андроид не совместимые вещи.
Если на амлоджике — то Libreelec/AlexElec, торренты, коди, все дела.
Диск точно так же по usb придётся подключать (если я ничего не упустил и тут нет сата).
Там вообще возможностей вагон. Хочешь — андроид, хочешь — линукс.
К примеру, на амлоджики есть Armbian, есть openelec/libreelec
forum.armbian.com/topic/2419-armbian-for-amlogic-s905-and-s905x-ver-544/
Балбес150 — он вообще боженька.
В общем, было бы желание. У вас, похоже, оно отсутствует. Берите тогда малину.
Скачать образ, записать его на флешку, кинуть dtb, а затем загрузитья через спичку — головная боль.
Яснопонятно.
Понятно, берите малину.
PS. Да, и нормально тянет только 1080p30 и 720p60, все, что выше (1080p60, 1440p, 4K) — уже нет. Вывод на монитор заявлен 4К, но это 4K/30, так что с десктопом работать в таком разрешении довольно печально.
Если не секрет, о какой молнии идет речь?
Линия данных на малине не разведена, кроме версии Zero.
Как думаете, получится ли из NanoPI NEO (или NEO2) сделать домашнее «активное облако»?
Пока еще не покупал. Хочу просто установить Syncthing для синхронизации нужных данных между компом, ноутом и телефоном. Вроде бы заявлена поддержка Ubuntu Core. SATA нет, но не беда, за скоростью не гонюсь. Хотя, если удастся запустить Syncthing, то наверняка можно попытаться и торрент прикрутить.
На неттопе с 2 гигами памяти иногда тоже всю память выжирает, но гораздо реже
Эти переполнения не возникают при обычном использовании, когда вы сохраняете, например, рабочие файлы. Памяти много нужно когда одномоментно появляется много новых файлов — для синхронизации необходимо, чтобы инфа обо всех новых файлах в памяти была (если я правильно понял разработчиков). И при добавлении нового пустого кластера в сеть. И эти переполнения не приводят к рассинхрону, потере данных, падению машинок, нет.
Все синхронизируется корректно, у меня сейчас сеть кластеров на апельсинках зерошке и one и неттопе на атоме с 2 гигами памяти. 20000 файлов, 40 гиг. Всё ок.
Есть еще одна интересная железка NanoPi M4 по цене $50, главная фишка — разведен PCI-E на гребенке, куда можно цеплять различные шляпы, например: 4xSATA HAT PCIe to USB 3.0 x4 1-bay NAS Dock
Думал для начала купить нео\нео2 именно для пробы, попытаться разобраться и понять — вообще нужно мне это или нет. Если разберусь и окажется нужно — тогда уже можно подороже плату прикупить.
LSI рейд карта даже заработала. Ценой конечно потери USB3, но страдатели за нативным SATA уже могут расчехлять паяльники да покупать майнерские райзеры, получив экспресс из одного из разъемов USB3
Сам пользую дропбокс с 20 гигами, хватает до ж.
a п.18, понятно.
Я очень давно слежу за темой малин, бананов, кубов. И каждые пол года порываюсь купить малину, но уже под момент оформления всегда торможу и начинаю раскапывать баги. С одной стороны хочется, с другой колится. Для видео — отдельная приставка как по мне лучше, в свое время наигрался с роутером Wl500 — писал скрипты, компилировал сторонний софт, точил этот роутер до состояния алмаза, но со временем понял, что готовый продукт экономит время. Сейчас стоит keenetic kn-1010 где уже почти все нароботки от asus есть в оболочке, а чего нет — entware на добавку. Допилинг это прикольно и познавательно, но надоело. Это как виндовс — поставил и сразу пользуйся, с линуксами нужен допил, как не крути. Так же и с малиной, вроде есть всё, но надо допиливать.
приставка на z8350 с 4гб озу+64гб памяти. С поинтами цена сбивается до 6000 руб, а дальше ее хоть на линукс переводите, а хотите винду юзайте.
Недавно возникла мысль купить более современную версию одноплатника для утопической задачи реанимировать старый нетбук Samsung N20 -12". Он полностью работоспособен. Но дистрибутивы линукса уже года 2 не поддерживают графику и процессоры VIA. Сделать это реально, но только в том случае, если будет найден способ переделать клавиатуру (тачпад не волнует) на юсб выход. Или купить минималистическую плоскую клавиатуру для ноутбуков и поставить ее в корпус нетбука. Есть такие, возможно придется пилить (корпус или клавиатуру). С переводом экрана на HDMI проблем нет. Плату самого raspberry придется раздраконить. Двухэтажный юсб не влезет в корпус. Это тоже несложно. Есть, правда еще один вариант — купить плату нетбука следующего поколения на интеловской базе. Нужно будет только удлинить выводы монитора и все другие.
Вы лучше обьясните «народным массам», как ее можно применить на практике, покажите как «запилить» из нее чего полезного… типа «Марио погонять, или еще какую канетель… может, кто-то заинтересуется и по тихой, для себя откроет этот удивительный, интересный мир и архитектуру этой железяки… у Вас появятся ученики, товарищ „СанСей“…
А какой «мой» обзор? Это не мой обзор
Как раз для перечисленных задач эта железяка подходит лучше всего. А еще, например, для сервера умного дома. И ещё для 100500 вещей, которые можно придумать. Но нужно понимать, что ты делаешь, да…
ну и микроХДМИ тоже «супер»
сидим ждем прямые кабели :(
P.S. не надо советовать здесь купить в три раза дороже