hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-11034) Get path validates column families twice
Date Mon, 08 May 2017 06:09:04 GMT

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

Hadoop QA commented on HBASE-11034:
-----------------------------------

| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
| {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 0s {color} | {color:blue}
Docker mode activated. {color} |
| {color:red}-1{color} | {color:red} patch {color} | {color:red} 0m 10s {color} | {color:red}
HBASE-11034 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/0.3.0/precommit-patchnames
for help. {color} |
\\
\\
|| Subsystem || Report/Notes ||
| JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12642432/HBASE-11034.1.patch
|
| JIRA Issue | HBASE-11034 |
| Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/6718/console |
| Powered by | Apache Yetus 0.3.0   http://yetus.apache.org |


This message was automatically generated.



> Get path validates column families twice
> ----------------------------------------
>
>                 Key: HBASE-11034
>                 URL: https://issues.apache.org/jira/browse/HBASE-11034
>             Project: HBase
>          Issue Type: Improvement
>          Components: regionserver
>    Affects Versions: 0.98.0
>            Reporter: Nick Dimiduk
>            Assignee: Rekha Joshi
>            Priority: Minor
>         Attachments: HBASE-11034.1.patch
>
>
> HRegion#get(Get) adds/validates column families. The resulting RegionScanner goes through
the same validation dance a second time. That second implementation is slightly less efficient,
always checking the families, even if there were no user-provided families and the prepareScanner()
call already did this. The current logic in HRegion#get() is smarter actually. Let's do the
work only once.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message