4 ms·

Does http://tools.ietf.org/html/draft-ietf-httpbis-http2-04#section-4.1 http://tools.ietf.org/html/draft-ietf-httpbis-http2-04#secti... http://tools.ietf.org/ht

• ealexhudson 13y ago
  Not entirely. You have TCP_CORK to allow headers to be stuck in front; sendfile can also take ranges so you don't blow the frame limits. I would imagine that kind of set up is more trouble than it's worth though (is sendfile(2) still the fastest way of doing things? I thought it had been superceded anyway...)
  • cm3 13y ago
    You'd context switch to/from kernel way more often with small ranges. sendfile on Solaris, Linux, BSD and TransmitFile on Windows allow much larger ranges in one call. What's the replacement for sendfile(2)? Solaris has sendfilev which is still pretty much the same thing and sendfile(2) on Linux uses splice(2), vmsplice(2), tee(2) internally but I don't know of a replacement.
    • infofarmer 13y ago
      If needed, sendfile will most probably just learn enough to handle framing on its own, with a bit more parameters passed into it.
• wmf 13y ago
  With so much traffic over SSL now, I think sendfile's days are past.