不是...占挺多的...

串口驱动能有啥开销？就是把数据搬来搬去而已。

但字符界面有换行，有滚屏。光一个回车换行和到屏幕边缘换行这2个事情，要干的事情就比串口驱动多的多了。
比如你vim打开一个很大的ascii文件然后跳转到最后一行，我的i7都可以卡很久。这个卡就是vim在计算怎么分行。

然后是滚屏，每换一行你都要更新整个屏幕的内容，光看数据搬来搬去的工作量，就直接放大了一个数量级。而且这还是个子窗口，是局部滚屏，严格的说这不叫滚屏，这叫重绘。

现在cpu很强力所以你会觉得文本界面似乎不占什么资源，但那也要看跟什么对比。跟串口驱动比，可以说文本界面就占据了90%的工作量。

另外各种型号的测试在我这里我觉得没啥意义。我的ftdi的usb-ttl也找不到了所以就没测...反正在驱动这块应该都没啥区别的。主要是串口这玩意没啥好测的，它的负载太小了，小到只要别犯病，就不太可能做的太差。

但同时如果要认真测，因为串口给cpu造成的负载很小，就跟你要测小信号那必须排除干扰一样，那就是需要屏蔽所有干扰因素的。比如UI的刷新肯定是要屏蔽掉的，我这里用python实现其实也一样是个干扰因素。现在的测试手法，其实根本就没法真正测出串口的负载，只是在定性的测个上界而已。

【 在 spadger 的大作中提到: 】
: 我觉得一个字符界面的UI占不了那么多的CPU资源吧，大部分应该还是在串口驱动的开销
: 上。
: 当然这些也没必要纠结，同时用minicom自收自发一个大文本文件，串口分别用
: ...................
--
修改:lvsoft FROM 180.111.50.*
FROM 180.111.50.*