Timeout parameters

From: "Nagaura, Ryohei" <nagaura(dot)ryohei(at)jp(dot)fujitsu(dot)com>
To: "'pgsql-hackers(at)postgresql(dot)org'" <pgsql-hackers(at)postgresql(dot)org>
Cc: "AYahorau(at)ibagroup(dot)eu" <AYahorau(at)ibagroup(dot)eu>
Subject: Timeout parameters
Date: 2018-10-23 04:37:23
Message-ID: EDA4195584F5064680D8130B1CA91C45367328@G01JPEXMBYT04
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

Hi, all.

I'd like to suggest introducing two parameters to handle client-server communication timeouts.
That is "tcp_user_timeout" and "socket_timeout" parameter.

I implemented "tcp_user_timeout" parameter
in both backend and frontend side.
This parameter enables us to
use TCP_USER_TIMEOUT option on linux.
If the parameter is specified, the process sets the value to
In my opinion, this option is needed for the following situation:
If the server can't return an ack packet to the request from the client,
the client performs retransmission processing.
In this case TCP keepalive option can't work.
Therefore we need TCP USER TIMEOUT option.
Andrei Yahorau also refer to the necessity of this option in [1].

"socket_timeout" is the application layer timeout parameter
from when frontend issues SQL query
to when frontend receives the execution result from backend.
When this parameter is active and timeout occurs,
frontend close the socket.
It is a merit for client to set the maximum time
to wait for SQL.

I'm waiting for your opinions or reviews.

[1] https://www.postgresql.org/message-id/flat/OF4C8A68CE.A350F319-ON432582D0.0028A5FF-432582D0.002FEE28%40iba.by

Bes regards,
Ryohei Nagaura

Attachment Content-Type Size
socket_timeout.patch application/octet-stream 3.1 KB
TCP_USER_TIMEOUT_in_backend.patch application/octet-stream 4.2 KB
TCP_USER_TIMEOUT_in_interface.patch application/octet-stream 5.5 KB


Browse pgsql-hackers by date

  From Date Subject
Next Message Andrey Lepikhov 2018-10-23 05:25:27 Re: [PATCH] XLogReadRecord returns pointer to currently read page
Previous Message Thomas Munro 2018-10-23 04:37:01 Re: Synchronous replay take III