hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-17408) Introduce per request limit by number of mutations
Date Tue, 03 Jan 2017 19:49:58 GMT

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

stack commented on HBASE-17408:
-------------------------------

Suggest that you have evidence stronger than 'likely' before you go about fixes.

And we'd limit the number of requests because we are handling exceptions in a dumb fashion?
Why not address the latter instead? We already have size-based limit. What is the poor user
to make of a new config that does count of items too?

> Introduce per request limit by number of mutations
> --------------------------------------------------
>
>                 Key: HBASE-17408
>                 URL: https://issues.apache.org/jira/browse/HBASE-17408
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Ted Yu
>
> HBASE-16224 introduced hbase.client.max.perrequest.heapsize to limit the amount of data
sent from client.
> We should consider adding per request limit through the number of mutations in a batch.
> In recent troubleshooting sessions, customer had to do this in their application code
to avoid OOME on the server side.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message