从两者的结构上来看，PPP有比HDLC更复杂的控制机制，处理的时候需要的时间相对要多些。从通信的连接来看，HDLC在连接与断开时采取的是双方握手协议；PPP使用的是一个鉴别认证机制，双方通过连接，然后协商，身份的鉴别，LCP的配置，打开通信到通信结束，完成整个过程。所以在整个测试中，PPP在链路的连接到数据的处理，所耗费的时间都要比HDLC要多。特别在大行的数据传输时，更能体现出HDLC的传输速度。但PPP在安全方面却比HDLC要更胜一筹，其身份验证可以根据安全的要求对所有接收的数据进行检测，通过鉴定后才会把数据接收转发否则丢弃掉。因此，对两协议的选用可视传输的要求来考虑。（以下分别是两协议的通信链路连接状态图）


此外，我们对两种协议进行了链路的压缩传送。结果，在速度方面，两者都有了显著的提高。其实，所谓的压缩也就是对传输实体进行的，对包头和负载的压缩。链路压缩并不是指单单一个特别的协议功能，而CISCO就提供了两种专用于路由器传输数据的压缩算法----Stac与Predictor。但在HDLC结构中，Stac是唯一的选择。STAC对数据的压缩实际上是通过对一些多余字串的数据流用特定的标记替代，而这些带有信息量的标记都是明显短于所替代的数据流的。如果算法在数据中不能找到可以替代的字串，那么将不会有压缩的情况发生，或者在传输中就像压缩功能没有被激活一般。在一些应用中，例如是在发送加密数据时，压缩就只会增加传输的开销，所以在这类情况中，是不会对原始传输进行修改。而且Stac压缩算法对占用CPU的资源有较高要求，往往不被采用于高CPU利用率的路由器中。Predictor压缩算法就如其名字一般。这一CISCO优先算法是通过尝试从一个操作检索系统中预测出即将到来的特征数据序列，而这个系统就是基于压缩字典生成的。何为压缩字典，其实它就是一本由众多可能出现的数据序列组合成的编码书。如果一个特征数据流在此字典中被发现，且与字典中的其中一条目完全吻合，那么，此字典条目将会用来替代数据流。得出的条目包含的是更小更短的特征序列。在远端，这些特征将会与数据字典再次做一个对比进行解码。数据流就会被找出及用合适的信息替换。Predictor压缩算法就如形体语言一般，利用一个手势即可表达整个的句子与含义（压缩），远比拼出由一个个单独的词语所组成的句子与含义（无压缩）来得简单。因为所有的群体对手势语言都能理解，所以相互间能够很好的沟通。相反，当其中一人在交流时包含了一个未知的形体语言，那么相互间的沟通将不会产生。在压缩中同样会出现缺少交流的情况。如在一方选用了压缩算法，那么在另一方也必须使用。（需要注意的是，两端所使用的算法必须一致。）Stac是高CPU占用，而Predictor却是极端的高内存占用。因此，如果路由器没有配备大容量的RAM，那就想也别想实行Predictor算法。但如果RAM充足的话，使用Predictor也是一个不错的选择。
因为上述实验在一个理想化的网络环境中进行，并受到条件和设备等限制，测试得出的数据并不能在所有环境中适用。我们的水平有限，经验尚浅，本文的不足之处，还望同行多予指点。