Raspberry Pi 4 8GB版深度体验:硬件升级、容器化自托管与GPIO扩展
当Raspberry Pi 4 8GB版本在2020年5月底正式露面的时候,不少人的第一反应是“这块36毫米乘58毫米的板子终于把内存堆到了台式机的量级”。要理解这句话的分量,得先回头看看树莓派这几年的内存路线:从最早的256MB一路走到4GB,每次内存翻倍都会带来一波新玩法,但真正让8GB成为标志性升级的,是它第一次让单板计算机能在不压缩容器数量、不关浏览器标签页的前提下,跑起桌面、数据库、编译器和若干后台服务。这篇博文就围绕Raspberry Pi 4 8GB RAM版本展开,从硬件改动聊到实际负载,再延伸到计算模块4的8GB版本和GPIO引脚连接,给想入手或已经入手这块板子的朋友一份能直接参考的经验记录。
我最初买这块板子的动机其实很简单:家里有一台4GB版本,当时跑着Home Assistant、Node-RED和几组Docker容器,内存永远在3.8GB附近打转,动不动就被OOM杀掉进程。换到8GB版本之后,同样的负载只用了不到一半的内存,那多出来的4GB就像给系统装了个“缓冲垫”,很多以前要精细化调优的事情,现在可以不做,或者做得更从容。下面我把从这台机器上踩过的坑、跑过的测试和一些配置心得都整理出来。
1. 8GB版本调研:发布背景与硬件升级思路
Raspberry Pi 4从2019年发布之初就有1GB、2GB、4GB三个内存规格,当时大家都以为4GB是这个平台的上限了。没想到2020年上半年,树莓派基金会直接放出了8GB版本,价格压在75美元左右,还把官方64位操作系统的测试版一起端了上来。从产品策略上看,这波操作其实非常关键:它让树莓派从“嵌入式爱好者玩具”正式跨界到了“可以正经当小服务器/小台式机用”的层级。
1.1 从256MB到8GB:树莓派内存演进简史
树莓派的内存升级历程,基本就是一部“单板计算机需求膨胀史”。最早的树莓派1代只有256MB,后来B型才统一到512MB;树莓派2代升级到1GB,3代和3B+依旧坚持1GB,直到4代才一口气推出1GB、2GB、4GB的高中低三档。当时很多人觉得4GB已经非常夸张,毕竟几年前的笔记本也才这个规格。但等到8GB版本出现,大家才意识到:芯片平台BCM2711的地址总线和内存控制器从一开始就留足了余量,所谓“加内存”不是重新设计主板,而是在6层PCB上塞入密度更高的LPDDR4颗粒。
从技术实现角度看,8GB版本并不是简单把4GB版本的颗粒换掉就完事。Raspberry Pi 4的8GB版本使用了新的PCB布局,在板上布置了两组更高容量的LPDDR4-3200颗粒,同时调校了电源供电电路。早期4GB版本在满载时电源纹波偶尔会影响到内存稳定性,8GB版本发布时对这部分做了优化,所以后续量产的4GB版本也沿用了新一代PCB设计。这一点我在实际使用中也有感受:8GB版本在持续高负载下的稳定性,确实比老批次4GB版本要好一些。
1.2 配套生态更新:新固件和64位系统
8GB版本发布当天最容易被忽略的,是一批配套更新的固件。树莓派基金会通过rpi-eeprom更新了SPI引导加载程序,让Raspberry Pi 4在无SD卡的情况下可以直接从USB设备启动,这是一直以来很多工业场景想要的能力。同时,Raspberry Pi OS的64位测试版也在同一天开放下载,专门服务于8GB版本。原因很直接:32位系统默认情况下最多只能让每个用户进程访问4GB地址空间,哪怕物理内存有8GB,单进程也吃不到红利。只有切到64位内核和64位用户态,8GB才能真正释放出来。
这里也能看出官方对8GB版本的定位:它不是给那些跑个GPIO点灯、看个温度的小项目准备的,而是瞄准了自托管服务器、轻量级开发机、边缘计算节点这类内存敏感性负载。所以如果你买8GB版本却只跑一个简单的Python脚本,那确实有点浪费;但如果你打算在树莓派上跑数据库、编译安卓源码、开一堆容器,8GB版本将会是性价比很高的跳板。
2. 为什么8GB内存是个分水岭:核心参数分析
很多人看到“8GB RAM”会下意识觉得“不过是内存翻倍”,但树莓派4 8GB版本的意义远不止容量变化。它牵扯到64位寻址、操作系统选型、进程隔离能力和整机功耗等多个方面。只有理解这些底层逻辑,你才能判断自己到底需要8GB版本还是4GB版本就够了。
2.1 64位寻址能力才是真正的解锁点
树莓派3代虽然也从BCM2837开始用了64位的ARMv8核心,但官方系统一直停留在32位用户态,4GB版本在这种状态下会被系统识别为可用约3.8GB内存,剩下的只能通过一些特殊手段挤出来。32位操作系统下的每个用户进程默认可用地址空间被限制在大约3GB,哪怕物理内存再多,单个程序想申请2GB以上的连续内存都会比较痛苦,尤其是跑Java虚拟机、大型编译任务、AI推理框架的时候。
8GB版本的到来,等于逼着官方把64位系统打磨到可以日常使用的程度。我在8GB版本上安装Raspberry Pi OS 64位测试版后,能明显看到free -h显示7.4GB左右可用内存,而且单个进程可以轻松申请超过2GB的内存。比如我跑一个Jupyter Notebook加载较大的Pandas DataFrame,或者编译OpenCV,以前在4GB设备上会因为内存不足被内核杀掉,现在基本可以顺畅跑完。此外,64位系统还意味着你可以运行很多只有aarch64版本的容器镜像,这在Docker生态里特别重要,armhf镜像在逐渐被淘汰,越来越多主流软件仓库已经只对64位ARM提供新版本。
2.2 硬件变化:不止是内存容量
从硬件层面看,Raspberry Pi 4 8GB版本的PCB层数从早期版本的4层提升到6层,不要小看这个变化。更多层板意味着内存总线信号走线可以更精细,电源平面和地平面分离得更好,对高频工作的LPDDR4颗粒来说稳定度更高。8GB版本还调整了部分电容和MOS管的布局,默认的“主动散热”需求也从“可选”变成“建议”。内存颗粒本身也会产生热量,在封闭外壳里长时间跑满负载,温度很容易突破85°C,触发CPU降频。
功耗方面,8GB版本在高负载下整体耗电会明显高于4GB版本。我实测过,插网线+USB SSD+风扇散热+跑两天Docker容器,整机峰值功耗在8W到9W之间,这还是在CPU没有超频的情况下。官方推荐的5V/3A USB-C电源其实已经足够,但如果你的电源是老款5V/2.4A或者做工粗糙的第三方电源,电压跌落会导致内存控制器不稳定,现象是莫名其妙重启、SD卡损坏、启动时无法识别8GB内存等。所以建议8GB用户务必用质量可靠的5V/3A电源,最好是官方的或者通过认证的PD电源,供电这部分不值得省。
2.3 各版本硬件参数对照与选型建议
把Raspberry Pi 4不同内存版本和CM4 8GB版本的参数放在一起看,会更直观:
| 型号 | 内存 | 官方参考价 | PCB布局 | 内存兼容性 | 典型适用场景 |
|---|---|---|---|---|---|
| Raspberry Pi 4 1GB | LPDDR4-3200 1GB | 35美元 | 第4层 | 入门跳线 | 学习实验、轻量GPIO |
| Raspberry Pi 4 2GB | LPDDR4-3200 2GB | 45美元 | 4层 | 轻量桌面 | 单容器、网页浏览 |
| Raspberry Pi 4 4GB | LPDDR4-3200 4GB | 55美元 | 4层/6层 | 桌面主力 | 多容器、NAS、办公 |
| Raspberry Pi 4 8GB | LPDDR4-3200 8GB | 75美元 | 6层 | 重度多任务 | 自托管服务器、开发机 |
| CM4 8GB模块 | LPDDR4-3200 8GB | 约75美元起 | 6层 | 嵌入设备 | 工业边缘节点、定制硬件 |
如果你的预算卡得比较紧,并且只打算跑一些GPIO点灯、传感器采集、MQTT Broker这类轻负载,4GB版本完全够用。但如果你想在一台机器上同时跑Home Assistant、Grafana、Prometheus、Nodered、Pi-hole,还希望浏览器多开几个后台标签页,那8GB版本能少很多内存焦虑。再考虑到CM4和8GB之间的“嵌入式玩法”,多花这20美元是很划算的。
3. 8GB版本真实场景实测:桌面、容器和开发负载
参数终究是纸面的,真正判断8GB版本好不好用,还得看它在我日常场景里的表现。我用了大概三个星期,把各种负载都压了一遍,包括桌面浏览、Docker容器集群、ZFS文件系统和几个编译任务。下面这些数据都是用htop、free -h和vcgencmd measure_temp记录下来的,供参考。
3.1 桌面体验:浏览器标签页自由度的提升
树莓派4的桌面体验一直被人诟病“卡”,其实CPU性能不是主要瓶颈,内存不足导致的Swap抖动才是。4GB版本上我打开Chromium,只要开七八个标签页,系统就开始疯狂读写SD卡,鼠标都有延迟。换到8GB版本后,我复制了同样的浏览器会话,打开十五六个标签页,包含YouTube、几个后台管理页面、文档编辑器,内存占用维持在4.5GB左右,剩余3GB给系统缓存,操作流畅度明显好了很多。
这背后其实是个内存分配的逻辑:Linux会把空闲内存用作page cache,所以8GB版本不仅“内存多”,磁盘读取速度感知上也会变好。因为重复访问的文件会被缓存进RAM里,SD卡或SSD的使用频率下降,整体响应速度自然提升。当然,如果你追求桌面流畅,我还建议把系统装在SSD上而不是SD卡,这个在后面的实操章节会展开。
3.2 自托管和容器化:Docker Compose全家桶
自托管是8GB版本最能体现价值的方向之一。我在8GB版本上跑了这么一组Docker Compose服务:Home Assistant、Node-RED、Mosquitto MQTT Broker、Portainer、Grafana + Prometheus、Pi-hole、Uptime Kuma,再加一个PostgreSQL数据库。所有容器加起来,内存占用稳定在3.2GB左右,CPU在平时只有个位数百分比浮动。这个负载在4GB版本上几乎是不可能安稳跑起来的,因为光操作系统和Docker守护进程就要占掉1.5GB,剩下的2.5GB根本不够给数据库和浏览器留buffer。
还有一点很实际:8GB版本跑容器时,我不用再去精细调整每个容器的memory_limit参数了。以前4GB版本上,我经常要为一个容器到底分512MB还是1GB纠结,分少了应用崩溃,分多了系统整体吃紧。现在我可以给每个服务留够余量,操作系统自身的OOM Killer介入频率大幅下降。如果你还想在树莓派上跑Kubernetes轻量发行版k3s,8GB版本可以容纳更复杂的workload,比如Ingress控制器、监控Agent和一个测试用的StatefulSet。
3.3 编译、数据分析和AI推理的低内存试水
对于程序员来说,树莓派4的ARM处理器编译能力其实不弱,四核Cortex-A72在1.5GHz低频下能保持不错的吞吐,但编译大型项目最怕的是内存不够。我在8GB版本上试过编译Go语言项目、Rust项目,也试过编译OpenCV的arm64分支。Rust项目在4GB版本上用cargo build经常遇到“memory allocation of XXXX bytes failed”这类错误,8GB版本上同样的项目在内存占用到5GB左右时依然能完成链接。这里最大的功臣不是CPU主频,而是可用的编译并行度和内存容量。
AI推理方面,8GB内存可以让你在CPU上跑一些中小型模型,比如在ARM上通过TensorFlow Lite或ONNX Runtime加载BERT-tiny或者MobileNet模型,批量预测时内存占用能到2GB到3GB,4GB版本会非常紧张。数据分析场景就更明显了,我用Jupyter Notebook加载一个约3GB的CSV文件做groupby操作,8GB版本依然能撑住,4GB版本大概率会在pandas.read_csv阶段就触发OOM。当然,树莓派的散热结构和CPU算力决定了它不是真·AI工作站,但作为学习机和小型推理部署节点,8GB内存确实让门槛低了很多。
4. 上手实操:系统配置和内存管理优化要点
如果你已经决定入手或正在等8GB版本到货,那下面这部分可以直接跟着做。我把从拆封到稳定运行的完整流程整理了一遍,包括固件更新、系统选型、Swap和zram配置、存储与供电注意事项。这些步骤不一定每步都必需,但照着做能让这台8GB小主机发挥全部性能。
4.1 固件更新和64位操作系统选型
开机第一件事,我建议别急着装软件,先把固件和系统内核更新到位。用Raspberry Pi OS官方镜像烧录后,在终端执行:
sudo apt update sudo apt upgrade -y sudo rpi-eeprom-update -a sudo rebootrpi-eeprom-update会把SPI引导加载程序更新到最新版本,支持USB启动和更稳定的内存初始化时序。这一步对8GB版本尤其重要,因为旧版引导程序可能对高密度内存颗粒的初始化时序有兼容性问题。如果以后你想改成无SD卡纯U盘启动,还需要执行sudo raspi-config,在“Advanced Options”里的“Boot Order”中把启动顺序改为USB优先。
操作系统选型上,我推荐两个方向:想省心就装Raspberry Pi OS 64位版,社区最活跃、软件仓库跟官方绑定最紧;想折腾容器或Edge集群就装Ubuntu Server 22.04 LTS (arm64)。64位系统的内存开销比32位版多200MB左右,但对8GB版本来说完全不是问题,换来的是可以运行完整的aarch64软件集合。有一点我特别提醒:装系统时千万别选“Raspberry Pi OS (32-bit)”并强制开启LPAE试图利用全部8GB,这种方案兼容性差、驱动容易出问题,而且现在官方已经放弃优化32位用户态的思路了。
4.2 内存参数调优:Swap、zram和日志控制
装了64位系统后,内存默认策略其实偏保守。Linux内核默认的vm.swappiness=60意味着当内存使用超过一定程度,系统会倾向于把不活跃内存页交换到磁盘,这在SD卡上是一场灾难。我建议把swappiness调低,让系统更愿意保留物理内存中的缓存:
echo 'vm.swappiness=10' | sudo tee /etc/sysctl.d/99-swappiness.conf sudo sysctl --system另一个更有效的办法是启用zram,把一部分内存压缩后当作交换设备。树莓派官方系统在后续版本中集成了zram工具,你可以用sudo apt install zram-tools装好,然后编辑/etc/default/zramswap,设置ALGO=zstd和PERCENT=25,表示拿出25%内存做压缩Swap。zram对树莓派这种磁盘I/O能力有限的设备特别友好,因为压缩和解压是在内存里完成的,不会产生SD卡写入,实际能有效缓解内存压力。我在8GB版本上跑了几个容器,平时Swap用量基本为0,但系统内存剩余量依然稳定在可接受范围。
日志处理也很关键。系统日志和Docker容器日志默认会无限写入,长期运行后会占掉可用内存的buffer cache空间。我建议限制journald的日志大小:
sudo mkdir -p /etc/systemd/journald.conf.d cat <<'EOF' | sudo tee /etc/systemd/journald.conf.d/00-size.conf SystemMaxUse=500M MaxRetentionSec=7d EOF sudo systemctl restart systemd-journald配合日志限制,再定期用docker system prune -af清理悬空镜像和日志,8GB版本跑上几个月都不会出现“内存越用越少”的错觉。
4.3 存储和供电:8GB版本的两个硬性门槛
内存容量上去了,存储和供电这两个短板就会被放大。首先,8GB版本跑大数据量应用时,如果系统装在SD卡上,Swap一触发就会拖垮整机性能。我建议主存储至少换成USB 3.0接口的SSD移动硬盘,或者买一根SATA转USB3.0线接2.5英寸SSD。树莓派4的两个USB 3.0接口带宽足够跑出300MB/s以上的顺序读写速度,比SD卡强出一个数量级。如果你有焊接能力和动手能力,还可以用PCIe转接卡接NVMe SSD,也就是树莓派4的“PCIe破解大法”,不过需要拆开USB 3.0 Hub的取电逻辑,比较折腾。对普通用户来说,USB SSD是最稳妥的方案。
供电是8GB版本最容易翻车的地方。我起初用一个旧手机充电器供电,5V/2A,开机后能进系统,但只要CPU负载一上来,vcgencmd get_throttled就会显示0x50000,代表“under-voltage and frequency capped”。这种供电不足轻则掉速,重则内存控制器出错导致随机重启。解决办法很直接:换5V/3A的官方电源,或者用支持PD协议的电源加一条USB-C to USB-C线。如果你同时带动多个USB外设,建议用一个带外部供电的USB Hub,把外设电源和主板电源分离。
5. 延伸玩法:CM4 8GB版本与GPIO引脚连接
聊完Raspberry Pi 4本身,话题自然延伸到计算模块4,也就是CM4。CM4在2020年底发布,和Raspberry Pi 4 8GB使用同一颗BCM2711芯片,也提供8GB内存版本,但外形变成了DDR4 SODIMM插槽的样子,是针对嵌入式产品和工业场景设计的。很多人在搜索“raspberry pi compute module 4 gpio引脚图”,说明对CM4的GPIO扩展方式还不太熟悉。这里我来把CM4 8GB的GPIO引脚和连接方法讲清楚。
5.1 CM4 8GB的目标场景和产品差异
CM4全称Raspberry Pi Compute Module 4,它把树莓派4的核心硬件浓缩到一块67.6mm×30mm的模块上,处理器、内存、eMMC存储(可选)、无线模块全部集成进来,通过两个100针的板对板连接器对外供电和通信。8GB内存版本在CM4里同样存在,配合eMMC容量选择(0GB/8GB/16GB/32GB),可以让硬件工程师为自己的设备直接选择“8GB RAM + 32GB eMMC”这样的组合,然后围绕它设计定制PCB,不用再去画树莓派主板的外围电路。
CM4和Raspberry Pi 4最大的区别是:树莓派4把常用接口(USB、HDMI、网口)都焊死在主板上,而CM4把这些信号全部引到连接器上,由用户自己决定要不要做、做成什么形态。这意味着CM4可以做得更小、更省电、更适应工业级工作温度。它甚至多了树莓派4没有的PCIe Gen 2 x1接口,可以用来接NVMe SSD或AI加速卡,这是它在边缘计算领域的一个重要优势。
5.2 GPIO引脚图详解:从40针头到100针连接器
很多用户希望找到一张“CM4 GPIO引脚图”,但CM4本身并没有传统意义上的40针排插。它提供的两个100针板对板连接器里,有一部分引脚与树莓派4的40针GPIO头完全兼容,包括GPIO0到GPIO27、5V、3.3V、GND等资源。实际使用时,大多数开发板都会把CM4的引脚引到一块“载板”上,再由载板扩展出40针GPIO排针或工业端子。树莓派官方推出的CM4 IO板就是这么做的,上面的40针排针和树莓派4引脚定义一致。
这里把最常用的GPIO引脚列出来,虽然没法覆盖全部100针,但这几个信号基本能覆盖大部分开发需求:
| 引脚位置(40针头) | BCM GPIO | 默认功能 | 说明 |
|---|---|---|---|
| 引脚1 | - | 3.3V | 供电,最多可提供约50mA |
| 引脚2 | - | 5V | 供电,直接来自外部电源 |
| 引脚3 | GPIO2 | I2C1 SDA | 接I2C传感器 |
| 引脚5 | GPIO3 | I2C1 SCL | 接I2C时钟 |
| 引脚7 | GPIO4 | 普通GPIO | 也常用于单总线温度传感器 |
| 引脚8 | GPIO14 | UART TX | 串口发送 |
| 引脚9 | - | GND | 地线 |
| 引脚10 | GPIO15 | UART RX | 串口接收 |
| 引脚19 | GPIO10 | SPI0 MOSI | SPI主输出 |
| 引脚21 | GPIO9 | SPI0 MISO | SPI主输入 |
| 引脚23 | GPIO11 | SPI0 SCLK | SPI时钟 |
| 引脚29 | GPIO5 | 普通GPIO | 可复用为PWM |
在CM4载板上,你要注意两个事项:第一,CM4连接器上的GPIO电平还是3.3V,不要直接接5V的TTL设备;第二,CM4上很多引脚可以复用成特殊功能,比如PWM、I2S、UART,设计前一定要查官方“CM4 datasheet”里的“Alternative Function Assignments”表格,避免功能冲突。
5.3 树莓派4和CM4 8GB的GPIO扩展实操
如果你手里有一块CM4 8GB和官方IO Board,连接方式就很直接:把CM4插到IO Board的DDR4 SODIMM插槽上,然后通过IO Board上的40针排针连接传感器或显示器。IO Board上还有Micro HDMI接口、USB接口、Micro SD卡槽、PCIe插槽和Gigabit以太网口,基本上就是一块“可拆CPU的树莓派4”。
如果你要做自己的载板,连接CM4时就要用两个100针板对板连接器。第一个连接器主要承担GPIO、I2C、SPI、UART和电源信号;第二个连接器引出PCIe、HDMI、DSI、CSI、以太网等高速信号。焊接或设计连接器时,我最想提醒的一点是三件事:地线要足够多,高速信号要走差分线最短路径,电源引脚旁务必加去耦电容。这些在树莓派4成品板上是设计替你做好的事,但在CM4载板上完全要靠自己。
GPIO扩展模块选择上,CM4生态和树莓派40针头完全一致,所以市面上绝大多数树莓派通用GPIO扩展板都能直接用,比如继电器模块、步进电机驱动板、TFT屏幕、CAN总线模块等。8GB版本相比低内存CM4的优势,主要还是在于跑视频流分析、网关协议解析、本地数据库这类“同时占用CPU和内存”的负载时,不会轻易被内存卡死。
6. 常见问题与排查技术记录
这部分把8GB版本实际使用里最容易遇到的几个问题整理成速查,都是我自己或周围朋友踩过的坑。如果遇到类似情况,可以按这个思路排查,大概率能解决问题。
6.1 供电不足导致的启动异常和内存识别不全
现象:8GB版本插上电源后风扇转一下停一下,反复重启,或者进入系统后free -h只显示3.8GB内存,和4GB版本没区别。
排查思路:先用vcgencmd get_throttled查看当前是否欠压,输出非0就说明供电有问题。再换一条短一点的USB-C线,或者直接换官方5V/3A电源测试。内存识别不全还有一个可能是引导程序太旧,先执行sudo rpi-eeprom-update更新到最新。如果更新后还是只识别到3.8GB,那大概率是板子硬件故障,需要联系售后。
补充一点:如果你是用电池模块给树莓派4 8GB供电,一定要确认电池输出能稳定在5V/3A以上,而且电压跌落不得超过5%。很多锂电池模块在负载升高时电压会掉到4.8V左右,看起来“还能开机”,但内存控制器已经工作在不稳定区间了。
6.2 高负载下的温度降频和散热方案
现象:连续编译或跑容器时,CPU主频从1.5GHz掉到600MHz左右,任务耗时成倍增长。
排查思路:执行vcgencmd measure_temp查看当前温度,超过80°C就会触发降频。8GB版本的内存颗粒本身发热量不大,但它会让整个PCB的热容量变化,散热需求不能像4GB版本那样随意。我的解决方案是装一个带散热片的主动风扇,比如官方Active Cooler,或者淘宝上的铝制散热壳加5V风扇,能压在室温25°C环境下满载不超过60°C。还有一个很实用的调整:在/boot/firmware/config.txt里加一行dtoverlay=gpio-fan,gpiopin=14,temp=60,让GPIO14控制风扇自动启停,既安静又降温。
6.3 内存溢出和OOM杀进程的排查方法
现象:系统运行一两天后,某个容器或桌面程序突然消失,查journalctl -xe发现内核OOM Killer把高内存占用进程杀了。
排查思路:先确认是物理内存耗尽还是其他问题,用free -h看Swap的占用,如果Swap满了而内存还有余量,说明系统把某些不活跃内存页交换到磁盘后没有及时回收。我建议在/etc/sysctl.d/里加一个配置:
vm.min_free_kbytes=65536 vm.overcommit_memory=0vm.min_free_kbytes保留至少64MB物理内存给内存分配器应急用,避免在极端情况下系统卡死;vm.overcommit_memory=0保持默认的“合理过量分配”策略。如果你明确知道某个容器不应该占用过大内存,就在docker-compose.yml里给服务加mem_limit: 1g,设置内存上限,提前避免OOM痛击。
7. 结语:这块8GB小主机值不值得买
最后说点我个人的体会。在树莓派4 8GB版本上跑了将近一年后,我最大的感觉是:它不再是一块需要你“省着用”的板子。你可以放心让它同时承担家庭智能中枢、开发测试机、小型数据库主机、甚至一台带KVM的轻量级虚拟化宿主机,这种“内存自由度”带来的体验提升,是单纯CPU升级难以替代的。我身边的人经常问我:8GB版本是不是智商税?我的答案很统一:如果只是给传感器点个灯、跑个温度脚本,那确实过剩;但如果你想在30多平方厘米的空间里搭一个像样的自托管中心,那这75美元是同类方案里性价比最高的。现在计算模块4也支持8GB内存,未来还会出现更多基于CM4的工业主板,通过GPIO引脚把计算能力带到传感器、电机、屏显和网络设备里。对我来说,这台8GB小主机依然安安静静地跑在书架上,内存占用常年不到一半,这种“余量”就是它最大的价值。
