Tracking Issue for tcp_deferaccept

[devnexen]

Feature gate: #![feature(tcp_deferaccept)]

This is a tracking issue for the tcp_deferaccept feature.

It allows for the current socket to delay the acceptance of a connection until data is available to be read

Public API

It expands the existing Linux's TcpStreamExt trait with

pub trait TcpStreamExt: Sealed{
  fn deferaccept(&self) -> io::Result<u32>;
  fn set_deferaccept(&self, accept: u32) -> io::Result<()>;
}

This feature directly translates to the underlying native Linux TCP_DEFER_ACCEPT tcp(7) option.

[joshtriplett]

We talked about this in today's @rust-lang/libs-api meeting.

Several people felt like this should accept a Duration instead of a u32 number of seconds. That would allow for the future possibility of an interface that allows sub-second granularity, without having to add a new function.

If we do that, then we should document that we round the Duration down to the nearest second.