diff options
| author |   Olga Kornievskaia <olga.kornievskaia@gmail.com> | 2020-06-23 11:24:09 -0400 |
|---|---|---|
| committer |   Anna Schumaker <Anna.Schumaker@Netapp.com> | 2020-09-21 10:21:08 -0400 |
| commit | 88428cc4ae7abcc879295fbb19373dd76aad2bdd (patch) | |
| tree | f7c8d89aefba564eb2532920480e7bab0be0b6fa /tools/perf/scripts/python/export-to-postgresql.py | |
| parent | nfs4: strengthen error check to avoid unexpected result (diff) | |
| download | linux-dev-88428cc4ae7abcc879295fbb19373dd76aad2bdd.tar.xz linux-dev-88428cc4ae7abcc879295fbb19373dd76aad2bdd.zip | |
SUNRPC dont update timeout value on connection reset
Current behaviour: every time a v3 operation is re-sent to the server
we update (double) the timeout. There is no distinction between whether
or not the previous timer had expired before the re-sent happened.
Here's the scenario:
1. Client sends a v3 operation
2. Server RST-s the connection (prior to the timeout) (eg., connection
is immediately reset)
3. Client re-sends a v3 operation but the timeout is now 120sec.
As a result, an application sees 2mins pause before a retry in case
server again does not reply. Where as if a connection reset didn't
change the timeout value, the client would have re-tried (the 3rd
time) after 60secs.
Signed-off-by: Olga Kornievskaia <kolga@netapp.com>
Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions