Serving Netflix Video Traffic at 400Gb/S and Beyond (2022) [pdf]

(nabstreamingsummit.com)

15 points | by tosh an hour ago ago

8 comments

  • shanemhansen 6 minutes ago

    Just an interesting observation I had about this once when I noticed that kernel quic implementations weren't very fast.

    KTLS is mostly useful if paired with sendfile (I'm ignoring io_uring because I'm not as up to date on that). Otherwise you have to context switch back to userspace constantly.

  • comment0r an hour ago

    Assuming the files are encrypted anyway for DRM reasons: why should static content like movies be TLSed? I know I know, "TLS all the things", but it sounds like a high cost at Netflix scale.

    • keane 9 minutes ago

      To prevent a browser mixed content warning maybe (I didn't attend the presentation). Apparently 15% of Netflix viewing happens in browsers. Inside an Apple TV app, the default requires TLS and while exceptions are apparently allowed they require a justification in App Store review: https://developer.apple.com/documentation/security/preventin...

    • xxpor 21 minutes ago

      Stops Comcast from seeing the metadata and knowing exactly what their mutual customers are streaming.

      • booi 11 minutes ago

        wait till you hear about what smart tvs do..

        • the-smug-one 7 minutes ago

          I refused to connect my TV to the internet and use a Vero V for all of my watching needs. The Vero V is absolutely worse than most other experiences, but I'm happy.

    • monocasa 33 minutes ago

      It seems like it took engineering work, but TLS isn't their bottleneck when the data flow is structured correctly for the hardware (which is kind of the thesis of a lot of the Netflix CDN node optimization stuff).

  • DeathArrow 20 minutes ago

    Nice seeing BSD s getting some use.