webrtc Qos优化 纯音频场景下优化

• 想脱坑，留点足迹

面试

有一段时间想跳槽，面试过一些，过程很多不记得了。

• 某方特，聊聊CC，我说到了，Gcc是算法集合内容很多，整体上包括了慢启动，delay-base bwe，loss-base bwe等种种。然后对方又让我聊fec，我说到了媒体分组大小的计算，生成的冗余包的计算等，结果对方说让我多学习核心技术，我当时在想，所谓的核心是啥，所谓的twcc的线性回归？fec的xor？ 就这？的确，要面试官认可就要聊面试官会的才行。聊网上通用的一套说辞。

• 某海信，垃圾公司，面试官全程装逼，约的是线上面试，结果等了10分钟还没上线。过程中对方扯花屏造成的原因，我聊到了平滑发送，还让我解析啥叫平滑发送，明显不懂udp。

• 某畅想，能聊一下，聊cc 聊fec，聊pacer，对方说到吧MD阶段的乘性系数从0.75改为了0.9，的确有可能会提高发送效率，但是也牺牲了公平，但是组长会认为是有效果的高级优化，至少理论上是。pacer的发送间隔从5ms改短了，这就是优化了？发送间隔缩短了，但是拥塞窗口在一个rtt内不就加速被消耗掉了吗，一样发不出。当然，原生webrtc的pacer默认没用上cwnd。当然，我也没验证过是否的确有效果。
  webrtc的算法环环相扣，相互影响相互作用，改了一个环节的参数搞不好会发现和没改一样，因为其他策略制约了。

• 优化的效果如何