hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ramkrishna.s.vasudevan (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HBASE-16859) Use Bytebuffer pool for non PB clients specifically for scans/gets
Date Mon, 17 Oct 2016 09:13:58 GMT
ramkrishna.s.vasudevan created HBASE-16859:
----------------------------------------------

             Summary: Use Bytebuffer pool for non PB clients specifically for scans/gets
                 Key: HBASE-16859
                 URL: https://issues.apache.org/jira/browse/HBASE-16859
             Project: HBase
          Issue Type: Sub-task
            Reporter: ramkrishna.s.vasudevan
            Assignee: ramkrishna.s.vasudevan
             Fix For: 2.0.0


In case of non PB clients we still write the results and header into a on demand  byte[].
This can be changed to use the BBPool (onheap or offheap buffer?).
But the basic problem is to identify if the response is for scans/gets. 
- One easy way to do it is use the MethodDescriptor per Call and use the   name of the MethodDescriptor
to identify it is a scan/get. But this will pollute RpcServer by checking for scan/get type
response.
- Other way is always set the result to cellScanner but we know that isClientCellBlockSupported
is going to false for non PB clients. So ignore the cellscanner and go ahead with the results
in PB. But this is not clean
- third one is that we already have a RpccallContext being passed to the RS. In case of scan/gets/multiGets
we already set a Rpccallback for shipped call. So here on response we can check if the callback
is not null and check for isclientBlockSupported. In this case we can get the BB from the
pool and write the result and header to that BB. May be this looks clean?



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

Mime
View raw message