hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Phil Yang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-16285) Drop RPC requests if it must be considered as timeout at client
Date Wed, 10 Aug 2016 05:51:20 GMT

    [ https://issues.apache.org/jira/browse/HBASE-16285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15414754#comment-15414754

Phil Yang commented on HBASE-16285:

There is no limit if we set timeout to 0. I can not find the correct meaning of zero in docs,
so it may depend on the implementation of client? For server I think we should skip setting
timeout if the timeout in header is <=0 or there is no timeout in header.

> Drop RPC requests if it must be considered as timeout at client
> ---------------------------------------------------------------
>                 Key: HBASE-16285
>                 URL: https://issues.apache.org/jira/browse/HBASE-16285
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Phil Yang
>            Assignee: Phil Yang
>         Attachments: HBASE-16285-branch-1-v1.patch, HBASE-16285-branch-1-v2.patch, HBASE-16285-branch-1-v3.patch,
HBASE-16285-branch-1-v4.patch, HBASE-16285-branch-1-v5.patch, HBASE-16285-branch-1-v5.patch,
HBASE-16285-branch-1-v6.patch, HBASE-16285-v1.patch, HBASE-16285-v2.patch, HBASE-16285-v3.patch,
HBASE-16285-v4.patch, HBASE-16285-v5.patch, HBASE-16285-v6.patch, HBASE-16285-v7.patch, HBASE-16285-v7.patch,
HBASE-16285-v8.patch, HBASE-16285-v9.patch
> After HBASE-15593, we have a timeout param in header of RPC requests. We can use it in
more scenes.
> A straightforward scene is to drop requests if it has waited so long in RPC queue and
has been dropped by client. Even if we handle this request and send the response back, it
will not be used any more. And client may have sent a retry. In an extreme case, if the server
is slow, all requests may be timeout or queue-full-exception because we should handle previous
requests which have been dropped by client and many resources at server are wasted.

This message was sent by Atlassian JIRA

View raw message