You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
IDLE_TIMEOUT is defined as a way for clients to drop unused connections after inactivity. This is generally useful, but is particularly valuable on mobile as it can be substantially more battery efficient than enabling keepalive on the channel.
I recently came to the understanding that this is not implemented in C-core. Java has had support since 1.0. Note that in Java, when the IDLE_TIMEOUT is reached, the NameResolver and LB are shutdown, returning the Channel to the same state as initially created. This does cause a nomenclature problem, because there are two levels of IDLEness; we've been calling the shutting down of all IO (NR and LB) "idle mode."
IDLE_TIMEOUT is defined as a way for clients to drop unused connections after inactivity. This is generally useful, but is particularly valuable on mobile as it can be substantially more battery efficient than enabling keepalive on the channel.
I recently came to the understanding that this is not implemented in C-core. Java has had support since 1.0. Note that in Java, when the IDLE_TIMEOUT is reached, the NameResolver and LB are shutdown, returning the Channel to the same state as initially created. This does cause a nomenclature problem, because there are two levels of IDLEness; we've been calling the shutting down of all IO (NR and LB) "idle mode."
The server-side equivalent is MAX_CONNECTION_IDLE. But both are necessary.
The text was updated successfully, but these errors were encountered: