You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "James Taylor (JIRA)" <ji...@apache.org> on 2017/09/06 06:59:00 UTC

[jira] [Commented] (PHOENIX-4165) Do not wait no new memory chunk can be allocated

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

James Taylor commented on PHOENIX-4165:
---------------------------------------

Would be good to javadoc the MemoryManager interface and add more testing, [~lhofhansl]. How about a test that simulates multiple clients where we run out of memory to see if they recover?

> Do not wait no new memory chunk can be allocated
> ------------------------------------------------
>
>                 Key: PHOENIX-4165
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-4165
>             Project: Phoenix
>          Issue Type: Bug
>            Reporter: Lars Hofhansl
>         Attachments: 4165.txt
>
>
> Currently the code waits for up to 10s by fault for memory to become "available".
> I think it's better to fail immediately and the let the client retry rather than waiting on an HBase handler thread.
> In a first iteration we can simply set the max wait time to 0 (or perhaps even -1) so that we do not attempt to wait but fail immediately. All using code should already deal with InsufficientMemoryExceptions, since they can already happen right now,
> In a second step I'd suggest to actually remove the waiting code and config option completely.
> [~jamestaylor]



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)