QUIC

msm8905如下版本已经包含了对SPI LCD的支持： MSM8905.LA.1.4-01435-STD.PROD-1(LNX.LA.3.7.1.1-08810-8x09.0) 详细改动如下： LK： 1. https://source.codeaurora.org/quic/la/kernel/lk/patch/?id=a16e9c9c30f437f5130e79114ffc14407bcbec2b 2. https://source.codeaurora.org/quic/la/kernel/lk/patch/?id=e9cdb160f47a94980cff6a1dc535b89017ea2f78 3. https://source.codeaurora.org/quic/la/kernel/lk/patch/?id=acfaf59c792ee516e3eca7c566fdcb4f99351eb0 4. https://source.codeaurora.org/quic/la/kernel/lk/patch/?id=f0dabf8440c9067ab118135ac55e4ad146ae81d6 5. https://source.codeaurora.org/quic/la/kernel/lk/patch/?id

Facebook的测试结果显示，COPA较于常用算法CUBIC及BBR v1存在一定优势，来看看具体表现。 文 / Nitin Garg 译 / Adrian Ng 原文 https://engineering.fb.com/video-engineering/copa/ 在对互联网应用进行性能优化时，可能会涉及一些复杂的权衡。在传输大量数据的时候，如果传输速度过快，可能会因为丢包而产生重传，从而随着时间流逝导致性能损失。同时，如果发送数据的速度太慢则可能会导致延迟和卡顿，对性能也有很大的损害。此外，不同的视频体验需要针对质量与延迟进行不同的权衡。对于交互式体验，其应用程序可通过降低视频质量，避免卡顿。但当视频的高质量是最重要的因素时，应用程序可以在合理的范围内的保持一定延迟。此时，应用通常会在几种不同的拥塞控制算法中进行选择，找到最适合当前目标的优化算法进行优化。 尽管在拥塞控制领域上我们已进行了广泛的研究，但若要将研究付诸实践一直以来都会涉及到修改Linux内核。使用QUIC可以在无需修改内核的情况下，在用户空间中实现整个传输堆栈，简化整个部署和实验的流程。而COPA 与 QUIC 的耦合可以为我们提供一种算法，该算法可适用于各种视频体验，并且可以合理地遵循一种部署策略。在实际测试中，测试结果显示COPA较于常用算法CUBIC及BBR v1存在一定优势

Facebook的测试结果显示，COPA较于常用算法CUBIC及BBR v1存在一定优势，来看看具体表现。 文 / Nitin Garg 译 / Adrian Ng 原文 https://engineering.fb.com/video-engineering/copa/ 在对互联网应用进行性能优化时，可能会涉及一些复杂的权衡。在传输大量数据的时候，如果传输速度过快，可能会因为丢包而产生重传，从而随着时间流逝导致性能损失。同时，如果发送数据的速度太慢则可能会导致延迟和卡顿，对性能也有很大的损害。此外，不同的视频体验需要针对质量与延迟进行不同的权衡。对于交互式体验，其应用程序可通过降低视频质量，避免卡顿。但当视频的高质量是最重要的因素时，应用程序可以在合理的范围内的保持一定延迟。此时，应用通常会在几种不同的拥塞控制算法中进行选择，找到最适合当前目标的优化算法进行优化。 尽管在拥塞控制领域上我们已进行了广泛的研究，但若要将研究付诸实践一直以来都会涉及到修改Linux内核。使用QUIC可以在无需修改内核的情况下，在用户空间中实现整个传输堆栈，简化整个部署和实验的流程。而COPA 与 QUIC 的耦合可以为我们提供一种算法，该算法可适用于各种视频体验，并且可以合理地遵循一种部署策略。在实际测试中，测试结果显示COPA较于常用算法CUBIC及BBR v1存在一定优势