我重开了一下，确实跟你说的表现是一致的。
但我用ASCII模式发了个PDF文件之后，就会这样了。

我进一步研究了下，如果在tmux里面开minicom又不会这样。所以大概率是我发的这个pdf里面的某个序列触发了terminal escape code，然后进入了某个未知的状态，导致这个term在耗cpu资源。那应该可以无视这个现象。

总之我后来换了个纯ascii的文件，发送测试了下也确实要占到11%的CPU。但讲真这个cpu资源主要是耗在了minicom的这个基于ncurses的ascii界面上了，跟串口数据传输关系不大。

【 在 spadger 的大作中提到: 】
: 我这里，不发送文件，minicom的CPU占用率在top界面下基本不可见，偶尔发送几个字符
: ，能到0.3%，大多数情况下是0.0%，minicom版本为2.7.1
:


--
FROM 180.111.50.*