You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Ted Yu (JIRA)" <ji...@apache.org> on 2013/10/15 01:56:42 UTC

[jira] [Comment Edited] (HBASE-9754) Consider eliminating threadlocals from MVCC code

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

Ted Yu edited comment on HBASE-9754 at 10/14/13 11:55 PM:
----------------------------------------------------------

w.r.t. the StoreScanner constructors, there're two which don't have Store argument. These two constructors are for testing.
The other constructors accept Store argument which has reference to HRegion.



was (Author: yuzhihong@gmail.com):
w.r.t. the StoreScanner constructors, there're two which don't have Store argument. These two constructors are for testing.
The other constructors accept Store argument which has reference to HRegion.

Looks like the approach described above can be simplified.

> Consider eliminating threadlocals from MVCC code
> ------------------------------------------------
>
>                 Key: HBASE-9754
>                 URL: https://issues.apache.org/jira/browse/HBASE-9754
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Lars Hofhansl
>
> Brought up by [~vrodionov] and [~yuzhihong@gmail.com].
> Currently we use ThreadLocals to communicate the current readpoint between a RegionScanner and the Store\{File}Scanner's down the stack.
> Since ThreadLocals are not cheap we should consider whether it is possible to pass the readpoint through the call stack instead.



--
This message was sent by Atlassian JIRA
(v6.1#6144)