[ https://issues.apache.org/jira/browse/HBASE-10993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13973809#comment-13973809 ]
stack commented on HBASE-10993: ------------------------------- I'm +1 on commit. On commit, add doc. that getPriority is essentially just queue selection and that getDeadline is priority within a selected queue. I think that'll help the folks that come after. Fat release note too I'd say. Nice work Mighty Matteo. > Deprioritize long-running scanners > ---------------------------------- > > Key: HBASE-10993 > URL: https://issues.apache.org/jira/browse/HBASE-10993 > Project: HBase > Issue Type: Sub-task > Reporter: Matteo Bertozzi > Assignee: Matteo Bertozzi > Priority: Minor > Fix For: 1.0.0 > > Attachments: HBASE-10993-v0.patch, HBASE-10993-v1.patch > > > Currently we have a single call queue that serves all the "normal user" > requests, and the requests are executed in FIFO. > When running map-reduce jobs and user-queries on the same machine, we want to > prioritize the user-queries. > Without changing too much code, and not having the user giving hints, we can > add a “vtime” field to the scanner, to keep track from how long is running. > And we can replace the callQueue with a priorityQueue. In this way we can > deprioritize long-running scans, the longer a scan request lives the less > priority it gets. -- This message was sent by Atlassian JIRA (v6.2#6252)