第一章：POS机系统概述
各位同学，咱们今天聊聊嵌入式POS机的硬件架构。说实话，我入行那会儿，POS机还是个挺神秘的东西。拆开一看，里面就是一块板子，几个芯片，外加一个打印机接口。现在不一样了，功能越来越复杂，性能要求也越来越高。
1.1 硬件架构：从芯片到外设
嵌入式POS机的硬件，说白了就是一套精简版的计算机系统。我习惯把它分成几个核心模块来看：
- 主控芯片：ARM Cortex-A系列或者MIPS架构的SoC。我见过用全志、瑞芯微方案的，也有用高通骁龙系列的。性能从单核400MHz到四核1.8GHz不等。
- 内存子系统：DDR3/DDR4，容量一般在512MB到2GB之间。嗯，这里有个坑——内存带宽往往被忽略，但实际影响很大。
- 存储：eMMC或者NAND Flash，4GB到32GB。我遇到过某款机器，eMMC读写速度只有30MB/s，结果启动要40秒，你说用户能忍吗？
- 外设接口：串口（RS232）、USB、以太网、Wi-Fi/蓝牙、NFC读卡器、密码键盘、热敏打印机接口。
关键点：硬件架构决定了性能天花板。你软件优化得再好，也架不住CPU主频低、内存带宽窄。我建议选型时，先跑一遍压力测试，别光看数据手册。
1.2 软件栈：从Bootloader到应用层
软件栈这块，我习惯从下往上捋：
- Bootloader：U-Boot或者类似的引导程序。负责初始化硬件、加载内核。
- Linux内核：大部分POS机跑的是嵌入式Linux。内核版本从3.10到5.10都有。我建议用长期支持版（LTS），省得后面踩坑。
- 根文件系统：Buildroot、Yocto或者Debian系。裁剪得越狠，启动越快。
- 中间件：比如Qt、GTK用于图形界面，SQLite用于本地数据存储。
- 应用层：支付应用、交易处理、UI交互。这部分往往是性能瓶颈的重灾区。
我记得有一次，某客户说他们的POS机刷卡后要等3秒才出结果。我一看，应用层用了Python写的，还调了个慢速的数据库查询。你说这能不慢吗？
我的经验：软件栈的每一层都可能成为瓶颈。别只盯着应用层优化，有时候换个内核参数，效果比改代码还明显。
1.3 实时性要求：不是所有POS机都一样
说到实时性，很多人以为POS机不需要。其实不然。我把它分成三类：
| 类型 | 实时性要求 | 典型场景 |
|---|---|---|
| 收银POS | 软实时（100ms级） | 扫码支付、打印小票 |
| 金融POS | 硬实时（10ms级） | IC卡交易、密码输入 |
| 自助POS | 软实时（200ms级） | 触摸交互、广告播放 |
为什么会这样？金融POS涉及资金交易，你想想看，刷卡后等5秒才响应，顾客早就走了。我做过一个项目，硬实时要求是15ms内必须响应中断。当时内核调度器默认配置根本达不到，后来换了PREEMPT_RT补丁才搞定。
注意：别把实时性和响应速度混为一谈。实时性强调的是确定性，不是快。我曾经见过一个系统，平均响应1ms，但最差情况要200ms——这种系统做金融POS就是灾难。
1.4 性能瓶颈分析：从现象到根因
性能瓶颈分析，说白了就是找短板。我总结了几个常见方向：
- CPU瓶颈：CPU占用率持续高于80%，或者某个核心满载。我遇到过某款POS机，单核跑应用，结果一个死循环就把整个系统卡死了。
- 内存瓶颈：内存不足导致频繁swap，或者内存泄漏。嗯，这里有个技巧——用
vmstat看si/so列，如果非零，说明内存不够了。 - I/O瓶颈：磁盘读写慢，或者网络延迟高。我记得有一次，某POS机打印小票要等5秒，结果发现是串口波特率设成了9600——改成115200后，问题解决。
- 锁竞争：多线程环境下，锁争用导致性能下降。这个比较隐蔽，需要用
perf或者lockstat来排查。
我个人的习惯是，先看CPU和内存，再看I/O。因为大部分性能问题，其实都是CPU或者内存惹的祸。你想想看，一个系统如果CPU都跑满了，其他优化都是白搭。
避坑指南：我曾经犯过一个错误——上来就优化代码，结果发现是内核配置问题。后来我学乖了，先做系统级性能分析，再定位到具体模块。推荐用perf top和strace做第一轮排查。
1.5 实战案例：一次POS机卡顿的排查
最后分享一个案例。某款POS机，用户反馈说「操作卡顿，点一下等半天」。我接手后，先看了CPU占用率——正常。再看内存——也没问题。然后我用iostat一看，磁盘utilization持续100%。
进一步排查发现，应用层在频繁写日志文件，而且日志文件没有做轮转。结果磁盘I/O成了瓶颈。解决方案很简单：把日志级别调低，加上logrotate。改完后，卡顿消失。
这个案例说明什么？性能瓶颈往往不在你预期的地方。所以，我建议各位同学，遇到性能问题，先做测量，别凭感觉猜。
我的建议：准备一套性能分析工具箱。我常用的有top、vmstat、iostat、perf、strace。这些工具用熟了，排查问题能快不少。
好了，第一章就到这里。下一章咱们聊聊压力测试的方法论，到时候我会带大家手把手搭建一个测试环境。