Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Date: Wed, 16 Apr 2014 02:22:16 +0000 (UTC)
From: "Matteo Bertozzi (JIRA)" <jira@apache.org>
To: dev@hbase.apache.org
Message-ID: <JIRA.12708662.1397614856135.122266.1397614936286@arcas>
In-Reply-To: <JIRA.12708662.1397614856135@arcas>
References: <JIRA.12708662.1397614856135@arcas>
Subject: [jira] [Created] (HBASE-10993) Deprioritize long-running scanners
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Matteo Bertozzi created HBASE-10993:
---------------------------------------

             Summary: Deprioritize long-running scanners
                 Key: HBASE-10993
                 URL: https://issues.apache.org/jira/browse/HBASE-10993
             Project: HBase
          Issue Type: Improvement
            Reporter: Matteo Bertozzi
            Assignee: Matteo Bertozzi
            Priority: Minor
             Fix For: 1.0.0
         Attachments: HBASE-10993-v0.patch

Currently we have a single call queue that serves all the "normal user"  re=
quests, 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 ca=
n add a =E2=80=9Cvtime=E2=80=9D field to the scanner, to keep track from ho=
w long is running. And we can replace the callQueue with a priorityQueue. I=
n this way we can deprioritize long-running scans, the longer a scan reques=
t lives the less priority it gets.


--
This message was sent by Atlassian JIRA
(v6.2#6252)