You searched for raspberry pi 5 pcie - Page 8 of 23 - CNX Software - ข่าวไอโอทีและสมองกลฝังตัว

กุมภาพันธ์ 18, 2024กุมภาพันธ์ 28, 2024

รีวิว : มินิพีซี Beelink SEi12 i7-12650H – Part 2 : ทดสอบประสิทธิภาพบน Windows 11

หลังจากที่เราได้ดูสเปค แกะกล่องและลองใช้งาน มินิพีซี Beelink SEi12 i7-12650H ใช้โปรเซสเซอร์ Intel Core i7-12650H (10 Cores) พร้อม DDR4 32GB, M.2 SSD 500 GB ที่มาพร้อมกับปฏิบัติการ Windows 11 Pro ในบทความนี้เราจะทำการทดสอบกับระบบปฏิบัติการ Windows 11 Pro โดยเราจะดูภาพรวมซอฟต์แวร์และการทดสอบคุณสมบัติ, ทดสอบประสิทธิภาพ Benchmarks, ระบบเครือข่าย, ระบบระบายความร้อน, เสียงของพัดลม และการใช้พลังงานของมินิพีซีบน Windows 11 ภาพรวมซอฟต์แวร์และการทดสอบคุณสมบัติ เมนู System About ยืนยันว่ามินิพีซี SEi ที่ใช้โปรเซสเซอร์ 12th Gen Intel(R) Core(TM) i7-12650H, RAM 32GB, มาพร้อมกับระบบปฏิบัติการ Windows 11 Pro เวอร์ชั่น 23H2 ซึ่งได้ทำการอัปเดตแล้วจากเดิมเป็นเวอร์ชั่น 21H2 โปรแกรม HWiNFO ให้รายละเอียดที่ใช้โปรเซสเซอร์ Intel Core […]

กุมภาพันธ์ 9, 2024

รีวิว : ODROID-M1S บอร์ด SBC ที่ใช้ Rockchip RK3566 ทดสอบประสิทธิภาพบน Ubuntu

หลังจากการแกะกล่องทดสอบการทำงานของ ODROID-M1S มากว่า 1 เดือน การทดสอบประสิทธิภาพโดยรวมทั้งหมดก็เสร็จสิ้น โดยการทดสอบทำบน Ubuntu 20.04.6 LTS เนื่องจากในเว็บของ hardkernel เองมี official image ถึงเวอร์ชั่นนี้เท่านั้น ซึ่งจากผลการทดสอบนี้ จะแสดงให้เห็นถึงประสิทธิภาพในด้านต่าง ๆ ของบอร์ด ODROID-M1S ที่ใช้ Rockchip RK3566 ในทุกด้าน โดยผลการทดสอบจะเป็นอย่างไรมาติดตามผลการทดสอบกันตามหัวข้อด้านล่างกันเลยดีกว่า การทดสอบประสิทธิภาพของ ODROID-M1S มาเริ่มการวัดประสิทธิภาพของ ODROID-M1S ด้วยสคริปต์ Thomas sbc-bench.sh กันเป็นอันดับแรก

odroid@gnome-desktop:~/sbc-bench$ sudo ./sbc-bench.sh -r
Starting to examine hardware/software for review purposes...

Average load and/or CPU utilization too high (too much background activity). Waiting...

sbc-bench v0.9.60

Installing needed tools, tinymembench, ramlat, mhz, cpufetch, cpuminer. Done.
Checking cpufreq OPP...
 Done.
Executing tinymembench. Done.
Executing RAM latency tester. Done.
Executing OpenSSL benchmark. Done.
Executing 7-zip benchmark. Done.
Throttling test: heating up the device, 5 more minutes to wait. Done.
Checking cpufreq OPP again. Done (16 minutes elapsed).

Results validation:

  * Advertised vs. measured max CPU clockspeed: -1.4% before, -1.8% after -> https://tinyurl.com/32w9rr94
  * Background activity (%system) OK

# Hardkernel ODROID-M1S

Tested with sbc-bench v0.9.60 on Sun, 21 Jan 2024 10:14:59 +0700.

### General information:

    Information courtesy of cpufetch:

    SoC:                 Rockchip RK3566
    Technology:          22nm
    Microarchitecture:   Cortex-A55
    Max Frequency:       1.800 GHz
    Cores:               4 cores
    Features:            NEON,SHA1,SHA2,AES,CRC32
    Peak Performance:    57.60 GFLOP/s

    Rockchip RK3566 (35662000), Kernel: aarch64, Userland: arm64

    CPU sysfs topology (clusters, cpufreq members, clockspeeds)
                     cpufreq   min    max
     CPU    cluster  policy   speed  speed   core type
      0        0        0      408    1800   Cortex-A55 / r2p0
      1        0        0      408    1800   Cortex-A55 / r2p0
      2        0        0      408    1800   Cortex-A55 / r2p0
      3        0        0      408    1800   Cortex-A55 / r2p0

7676 KB available RAM

### Governors/policies (performance vs. idle consumption):

Original governor settings:

    cpufreq-policy0: performance / 1800 MHz (interactive conservative ondemand userspace powersave performance / 408 600 816 1104 1416 1608 1800)
    fde60000.gpu: performance / 800 MHz (vdec2_ondemand venc_ondemand userspace powersave performance simple_ondemand / 200 300 400 600 700 800)
    fdf40000.rkvenc: performance / 400 MHz (vdec2_ondemand venc_ondemand userspace powersave performance simple_ondemand / 297 400)
    fdf80200.rkvdec: performance / 400 MHz (vdec2_ondemand venc_ondemand userspace powersave performance simple_ondemand / 297 400)

Tuned governor settings:

    cpufreq-policy0: performance / 1800 MHz
    fde60000.gpu: performance / 800 MHz
    fdf40000.rkvenc: performance / 400 MHz
    fdf80200.rkvdec: performance / 400 MHz

Status of performance related policies found below /sys:

    /sys/devices/platform/fde60000.gpu/power_policy: [coarse_demand] always_on
    /sys/module/pcie_aspm/parameters/policy: default [performance] powersave powersupersave

### Clockspeeds (idle vs. heated up):

Before at 44.4°C:

    cpu0 (Cortex-A55): OPP: 1800, Measured: 1775      (-1.4%)

After at 59.4°C:

    cpu0 (Cortex-A55): OPP: 1800, Measured: 1767      (-1.8%)

### Performance baseline

  * memcpy: 2906.9 MB/s, memchr: 3139.8 MB/s, memset: 7952.8 MB/s
  * 16M latency: 180.7 183.8 181.6 183.0 180.2 181.9 244.0 451.9
  * 128M latency: 217.3 194.0 190.3 193.6 189.0 194.1 251.4 482.6
  * 7-zip MIPS (3 consecutive runs): 4581, 4575, 4612 (4590 avg), single-threaded: 1322
  * `aes-256-cbc     156417.72k   398262.61k   654734.34k   780968.62k   827375.62k   827000.09k`
  * `aes-256-cbc     157146.64k   398160.17k   653565.10k   780867.58k   826146.82k   827419.31k`

### Storage devices:
  * 232.9GB "WD_BLACK SN770 250GB" SSD as /dev/nvme0: Speed 5GT/s (downgraded), Width x1 (downgraded), 0% worn out, drive temp: 47°C
  * 58.2GB "MMC64G" HS200 eMMC 5.1 card as /dev/mmcblk0: date 05/2023, manfid/oemid: 0x000032/0x0101, hw/fw rev: 0x0/0x0300000000000000

### Software versions:

  * Ubuntu 20.04.6 LTS
  * Compiler: /usr/bin/gcc (Ubuntu 9.4.0-1ubuntu1~20.04.2) 9.4.0 / aarch64-linux-gnu
  * OpenSSL 1.1.1f, built on 31 Mar 2020

### Kernel info:

  * `/proc/cmdline:  storagemedia=emmc androidboot.storagemedia=emmc androidboot.mode=normal  root=UUID=e104067f-7a88-4dea-9fc2-2b876ee3a6ca rootwait ro quiet console=tty1 console=ttyS2,1500000 pci=nomsi fsck.mode=force fsck.repair=yes`
  * Vulnerability Spectre v1:        Mitigation; __user pointer sanitization
  * Kernel 5.10.0-odroid-arm64 / CONFIG_HZ=300

Kernel 5.10.0 is not latest 5.10.208 LTS that was released on 2024-01-15.

Time        CPU    load %cpu %sys %usr %nice %io %irq   Temp
10:15:06: 1800MHz  3.54  14%   1%  11%   0%   0%   0%  53.8°C
10:16:06: 1800MHz  1.30   0%   0%   0%   0%   0%   0%  48.3°C
10:17:06: 1800MHz  0.47   0%   0%   0%   0%   0%   0%  46.7°C
10:18:06: 1800MHz  0.17   0%   0%   0%   0%   0%   0%  45.0°C
10:19:06: 1800MHz  0.06   0%   0%   0%   0%   0%   0%  44.4°C

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

odroid@gnome-desktop:~/sbc-bench$ sudo ./sbc-bench.sh -r

Starting to examine hardware/software for review purposes...

Average load and/or CPU utilization too high (too much background activity). Waiting...

sbc-bench v0.9.60

Installing needed tools, tinymembench, ramlat, mhz, cpufetch, cpuminer. Done.

Checking cpufreq OPP...

Done.

Executing tinymembench. Done.

Executing RAM latency tester. Done.

Executing OpenSSL benchmark. Done.

Executing 7-zip benchmark. Done.

Throttling test: heating up the device, 5 more minutes to wait. Done.

Checking cpufreq OPP again. Done (16 minutes elapsed).

Results validation:

* Advertised vs. measured max CPU clockspeed: -1.4% before, -1.8% after -> https://tinyurl.com/32w9rr94

* Background activity (%system) OK

# Hardkernel ODROID-M1S

Tested with sbc-bench v0.9.60 on Sun, 21 Jan 2024 10:14:59 +0700.

### General information:

Information courtesy of cpufetch:

SoC: Rockchip RK3566

Technology: 22nm

Microarchitecture: Cortex-A55

Max Frequency: 1.800 GHz

Cores: 4 cores

Features: NEON,SHA1,SHA2,AES,CRC32

Peak Performance: 57.60 GFLOP/s

Rockchip RK3566 (35662000), Kernel: aarch64, Userland: arm64

CPU sysfs topology (clusters, cpufreq members, clockspeeds)

cpufreq min max

CPU cluster policy speed speed core type

0 0 0 408 1800 Cortex-A55 / r2p0

1 0 0 408 1800 Cortex-A55 / r2p0

2 0 0 408 1800 Cortex-A55 / r2p0

3 0 0 408 1800 Cortex-A55 / r2p0

7676 KB available RAM

### Governors/policies (performance vs. idle consumption):

Original governor settings:

cpufreq-policy0: performance / 1800 MHz (interactive conservative ondemand userspace powersave performance / 408 600 816 1104 1416 1608 1800)

fde60000.gpu: performance / 800 MHz (vdec2_ondemand venc_ondemand userspace powersave performance simple_ondemand / 200 300 400 600 700 800)

fdf40000.rkvenc: performance / 400 MHz (vdec2_ondemand venc_ondemand userspace powersave performance simple_ondemand / 297 400)

fdf80200.rkvdec: performance / 400 MHz (vdec2_ondemand venc_ondemand userspace powersave performance simple_ondemand / 297 400)

Tuned governor settings:

cpufreq-policy0: performance / 1800 MHz

fde60000.gpu: performance / 800 MHz

fdf40000.rkvenc: performance / 400 MHz

fdf80200.rkvdec: performance / 400 MHz

Status of performance related policies found below /sys:

/sys/devices/platform/fde60000.gpu/power_policy: [coarse_demand] always_on

/sys/module/pcie_aspm/parameters/policy: default [performance] powersave powersupersave

### Clockspeeds (idle vs. heated up):

Before at 44.4°C:

cpu0 (Cortex-A55): OPP: 1800, Measured: 1775 (-1.4%)

After at 59.4°C:

cpu0 (Cortex-A55): OPP: 1800, Measured: 1767 (-1.8%)

### Performance baseline

* memcpy: 2906.9 MB/s, memchr: 3139.8 MB/s, memset: 7952.8 MB/s

* 16M latency: 180.7 183.8 181.6 183.0 180.2 181.9 244.0 451.9

* 128M latency: 217.3 194.0 190.3 193.6 189.0 194.1 251.4 482.6

* 7-zip MIPS (3 consecutive runs): 4581, 4575, 4612 (4590 avg), single-threaded: 1322

* `aes-256-cbc 156417.72k 398262.61k 654734.34k 780968.62k 827375.62k 827000.09k`

* `aes-256-cbc 157146.64k 398160.17k 653565.10k 780867.58k 826146.82k 827419.31k`

### Storage devices:

* 232.9GB "WD_BLACK SN770 250GB" SSD as /dev/nvme0: Speed 5GT/s (downgraded), Width x1 (downgraded), 0% worn out, drive temp: 47°C

* 58.2GB "MMC64G" HS200 eMMC 5.1 card as /dev/mmcblk0: date 05/2023, manfid/oemid: 0x000032/0x0101, hw/fw rev: 0x0/0x0300000000000000

### Software versions:

* Ubuntu 20.04.6 LTS

* Compiler: /usr/bin/gcc (Ubuntu 9.4.0-1ubuntu1~20.04.2) 9.4.0 / aarch64-linux-gnu

* OpenSSL 1.1.1f, built on 31 Mar 2020

### Kernel info:

* `/proc/cmdline: storagemedia=emmc androidboot.storagemedia=emmc androidboot.mode=normal root=UUID=e104067f-7a88-4dea-9fc2-2b876ee3a6ca rootwait ro quiet console=tty1 console=ttyS2,1500000 pci=nomsi fsck.mode=force fsck.repair=yes`

* Vulnerability Spectre v1: Mitigation; __user pointer sanitization

* Kernel 5.10.0-odroid-arm64 / CONFIG_HZ=300

Kernel 5.10.0 is not latest 5.10.208 LTS that was released on 2024-01-15.

Time CPU load %cpu %sys %usr %nice %io %irq Temp

10:15:06: 1800MHz 3.54 14% 1% 11% 0% 0% 0% 53.8°C

10:16:06: 1800MHz 1.30 0% 0% 0% 0% 0% 0% 48.3°C

10:17:06: 1800MHz 0.47 0% 0% 0% 0% 0% 0% 46.7°C

10:18:06: 1800MHz 0.17 0% 0% 0% 0% 0% 0% 45.0°C

10:19:06: 1800MHz 0.06 0% 0% 0% 0% 0% 0% 44.4°C

จากผลการทดสอบ เมื่อทดสอบ stress จนอุณหภูมิขึ้นไปที่ 59.4 °C ไม่มีการจำกัดความเร็วของสัญญาณนาฬิกา CPU ในห้องที่มีอุณหภูมิแวดล้อมประมาณ 29°C, ในส่วนของแบนด์วิดท์ […]

โฆษณา

กุมภาพันธ์ 4, 2024พฤษภาคม 6, 2024

Geekworm X1004 HAT+ รองรับ M.2 NVMe SSD 2 ตัวสำหรับ Raspberry Pi 5

เราได้เห็น PCIe HAT(+) สำหรับ Raspberry Pi 5 ไว้หลายตัวแต่รองรับ NVMe SSD ได้แค่ 1 ตัว, Geekworm X1004 นั้นแตกต่างออกไปเพราะสามารถรองรับ SSD M.2 2280 มาตรฐานได้สูงสุด 2 ตัวผ่านคอนเนกเตอร์ PCIe ของ Pi 5 และ GPIO header 40-pin M.2 HAT + สำหรับ Raspberry Pi 5 อย่างเป็นทางการยังไม่วางจำหน่าย แต่ตอนนี้เรามีหลายตัวเลือก เช่น PineBerry Pi HatDrive, Waveshare PCIe To M.2 HAT+, Pimoroni NVMe Base และ Geekworm X1003 และ X1004 รุ่นล่าสุดที่เพิ่มตัวเลือกด้วยการรองรับ M.2 SSD 2 ตัวสำหรับพื้นที่เก็บข้อมูลสูงสุด 8TB สเปคของ Geekworm X1004: รองรับบอร์ด SBC – Raspberry Pi 5 เท่านั้น ชิปเซ็ต – ASMedia ASM1182e PCI express packet switch พร้อม 1x PCIe x1 Gen2 upstream port และ 2x PCIe x1 Gen2 downstream ports 2x ช่อง […]

กุมภาพันธ์ 2, 2024

M.2 E-Key Wi-Fi 7 HAT สำหรับ Raspberry Pi 5 รองรับ Google TPU ด้วย

Mcuzone MPW7 HAT สำหรับ Raspberry Pi 5 ออกแบบมาเพื่อใช้งานร่วมกับโมดูล Wi-Fi 7 M.2 E-Key ขนาด 2230 เช่น Intel BE200, AX210 และ AX200 แต่ M.2 socket ยังรองรับโมดูล Wi-Fi 6/6E และรองรับ Tensor Processing Units (TPUs) ของ Google ซึ่งเป็นชิปประมวลผลงานด้าน AI นอกจากนี้ยังรวมการรองรับ Bluetooth ผ่านอินเทอร์เฟส USB ขนาด 1.25 มม. บน HAT ก่อนหน้านี้เราได้เขียนบทความเกี่ยวกับ HAT สำหรับ Raspberry Pi 5 เช่น Mcuzone MPS2280 M.2 NVMe HAT, Mcuzone MP4GM 4G LTE HAT และ Sixfab 5G Modem Kit เรามาดูคุณสมบัติของ HAT ตัวใหม่กัน สเปคของโมดูล Mcuzone MPW7 M.2 E-Key Wi-Fi 7: M.2 E-Key socket รองรับโมดูลขนาด 2230 ความเข้ากันได้ของโมดูล WiFi – รองรับโมดูล M.2 E-Key เช่น BE200, AX210, AX200, MT7922, Intel 8265C และอื่นๆ การเชื่อมต่อ Bl […]

มกราคม 31, 2024

Mcuzone MPS2280 – M.2 NVMe HAT สำหรับ Raspberry Pi 5 รองรับไดรฟ์ SSD Gen3 22110

Mcuzone MPS2280 M.2 NVMe HAT เป็นบอร์ดอะแดปเตอร์ PCIe to NVMe ออกแบบมาสำหรับ Raspberry Pi 5 สิ่งที่ทำให้บอร์ดนี้แตกต่างจากบอร์ดอื่นๆ คือ รองรับ SSD 2280 และมีตัวเลือกในการใช้ SSD 22110 พร้อมสายรัดซิปไทร์ ก่อนหน้านี้ เราได้กล่าวถึงบอร์ดขยาย PCIe to NVMe มากมาย เช่น Pimoroni NVMe Base, อะแดปเตอร์ Geekworm X1003 PCIe to NVMe SSD และ PineBerry Pi HatDrive เรามาดูสิ่งที่แตกต่างของอะแดปเตอร์ PCIe to NVMe ใหม่กัน สเปึของ Mcuzone MPS2280 M.2 NVMe HAT: รองรับ PCIe – เข้ากันได้กับอินเทอร์เฟส PCIe x1 โหมด Gen2 และ Gen3 ความเข้ากันได้ของ SSD – รองรับอินเทอร์เฟส M.2 M-key พร้อม SSD ขนาด 2280, 2242 และ 2230 และมีตัวเลือกสำหรับ 22110 SSD พร้อมสายรัดแบบซิปไทร์ (zip ties) การบูต SSD – เปิดใช้งานการบูตจาก NVMe SSD พร้อมตัวเลือกส […]

มกราคม 29, 2024มกราคม 29, 2024

Mcuzone MP4GM – โมดูล 4G LTE สำหรับ Raspberry Pi 5 และเพิ่มอินเทอร์เฟส USB 2.0 อีก 3 ช่อง

Mcuzone เปิดตัว MP4GM เป็นโมดูล 4G LTE สำหรับ Raspberry Pi 5 SBC โมดูลนี้เชื่อมต่อกับ Raspberry Pi 5 ผ่าน PCIe และอินเทอร์เฟส USB 2.0 จำนวน 3 ช่องผ่านคอนเนกเตอร์ JST 1.25 มม. โดย HAT เข้ากันได้กับโมดูล mini PCIe 4G LTE จาก Mcuzone และ Fibocom ซึ่งให้ตัวเลือกที่ยืดหยุ่นสำหรับการเชื่อมต่อ 4G ก่อนหน้านี้เราได้เขียนบทความเกี่ยวกับ 5G Modem HAT สำหรับ Raspberry Pi 5 แล้ว ซึ่งเป็นครั้งแรกที่เราพบชุด 4G LTE ที่ออกแบบมาสำหรับ Pi 5 นอกจากนี้เรายังเคยกล่าวถึง Mcuzone RK3308 SoM และ MDK3308-EK Evaluation KitK ที่ออกแบบมาสำหรับแอปพลิเคชันเสียงอัจฉริยะและบอร์ด Raspberry Pi CM4 ที่มีEthernet 2 พอร์ต และ4G LTE ทั้งหมดนี้มาจาก MCUzone เรามาดูความแตกต่างของโมดูล 4G LTE กัน สเปคของโมดูล Mcuzone MP4GM 4G LTE: รุ่น – MP4GM P […]

โฆษณา

มกราคม 19, 2024กรกฎาคม 10, 2024

บอร์ด PoE HAT+ สำหรับ Raspberry Pi 5 พร้อมระบบระบายความร้อน

Waveshare PoE HAT(F) เป็นบอร์ด Power-over-Ethernet (PoE) HAT+ 24W ที่รองรับมาตรฐาน 802.3af/at ออกแบบมาสำหรับ Raspberry Pi 5 ที่ช่วยระบายความร้อนบอร์ด SBC ด้วยพัดลมในตัว, ฮีทซิงค์ และแผ่นระบายความร้อน (Thermal pad) 2 แผ่น บริษัทจีนเป็นรายแรกที่เปิดตัวสินค้านี้ก่อน Raspberry Pi ที่บริษัทจากสหราชอาณาจักรกำลังดำเนินการจะเปิดตัว “L-shaped 25W PoE+ HAT(+) สำหรับ Raspberry Pi 5” ในเร็วๆนี้ และ Raspberry Pi PoE+ HAT อย่างเป็นทางการที่มีอยู่ในปัจจุบันสามารถจ่ายไฟได้มากถึง 25.5 วัตต์ ซึ่งเพียงพอที่จะจ่ายไฟให้กับ Pi 5 แต่เนื่องจาก Header ของ PoE ถูกย้ายไปยังตำแหน่งอื่น จึงไม่สามารถใช้งานร่วมกันได้อีกต่อไป ดังนั้นจึงจำเป็นต้องมีโซลูชันใหม่อย่าง Waveshare PoE HAT (F) สเปค Waveshare PoE HAT(F): รองรับบอร์ด SBC – […]

มกราคม 18, 2024

คอมพิวเตอร์แบบ HMI ที่ใช้ Raspberry Pi 5 พร้อม M.2 NVMe SSD, อินเทอร์เฟส RS232/RS485 และอื่นๆ

EDATEC ED-HMI3020 เป็นคอมพิวเตอร์แบบ HMI ที่มีหน้าจอสัมผัสและแสดงผลสำหรับงานอุตสาหกรรมที่ใช้ Raspberry Pi 5 ซึ่งเป็นรุ่นถัดจาก Panel PC ED-HMI3010 โดยการเพิ่มช่อง M.2 socket สำหรับ NVMe SSD, อินเทอร์เฟส RS232 และ RS485 และแจ็คเสียงอินพุต และเอาท์พุต 3.5 มม. คอมพิวเตอร์เกรดอุตสาหกรรมรุ่นใหม่ยังคงมาพร้อมหน้าจอสัมผัสขนาด 7 นิ้ว (1024×600) หรือ 10.1 นิ้ว (1200×800), Raspberry Pi 5 พร้อม RAM 4GB หรือ 8GB พร้อมพอร์ตหลักต่าง ๆ เช่น HDMI, Ethernet, USBสามารถเข้าถึงได้จากภายนอก รวมทั้งรองรับกล้องหน้า 8MP ที่เป็นอุปกรณ์เสริม สเปค ED-HMI3020 พร้อมเปรียบเทียบความแตกต่างกับ ED-HMI3010 (ตัวหนาหรือขีดทับ) : SoC – Broadcom BCM2712 CPU – โปรเซสเซอร์ Arm Cortex-A76 Quad-core @ 2.4 GHz พร้อม crypto extensions, 512KB per-core L2 […]

โฆษณา