在2018年1月的MUM和后面更新的《RouterOS入门到精通》教程中，都写过关于PPPoE认证的多平台测试（21.8章节），由于实际应用较少，对此深入了解的不多，在后来的过程中，重新认识和分析了结果，大致我重新归纳如下：

以上的配置网络环境是运营商级别，用户账号带宽分布比例如下图：

在这样网络下基于三款设备，做相同配置的PPPoE认证，具体性能测试情况供大家参考：

以上对比是在实际环境得到，当时有大量QinQ配置，添加cacti监控时，都是在没有创建QinQ的情况下先添加接口，因为5000条QinQ在cacit获取接口SNMP时会卡死。还要初始化大量认证配置包括5000条PPPoE认证服务规则，整机达到了1万多条规则，基于x86服务器的RouterOS，启动加载要比CCR慢，也是问题。

由于测试时间短只有一周多，而且大型运营商网络用户反馈问题，不如小宽带及时，也没有拿到一线情况，只能看到用户认证都正常。所以得到的结论也是不完整的。后续又对RouterOS自己开发的CCR系列和x86平台做了评估，并不能说明CCR系列比x86平台占有多少优势，其实CCR存在的问题也比较多。（对于之前在2018年MUM提到的CCR更好，其实是片面的结论，对此表示抱歉）。

我再次总结下：

从以上对比，CCR构架平台通过多CPU（9~72核心）频率在1~1.2GHz，但单核性能是无法和x86平台媲美的，差距是非常明显，虽然有fastpath功能，但开启该功能受限制较多，当遇到大量数据处理时，很容易造成单个CPU负载100%，会对正在转发的网络造成一定影响，因此CCR自身构架上存在一些弊端，通常我们查看到到的CPU负载是平均值，当点开Resource下的CPU选项，可以看到每个CPU的利用率，可以看到利用率并不均衡。

当前x86平台的多CPU发展也非常快，开启超线程后也能到72核心，因此，如果基于大型的PPPoE认证，还是建议选择x86服务器平台，但x86平台MikroTik基本已放弃更新，转向VM平台，因此以上内容仅供大家参考。