accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Josh Elser (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (ACCUMULO-3510) Create mechanism to support priority based scheduling of read ahead tasks.
Date Mon, 06 Apr 2015 03:14:14 GMT

     [ https://issues.apache.org/jira/browse/ACCUMULO-3510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Josh Elser updated ACCUMULO-3510:
---------------------------------
    Fix Version/s:     (was: 1.7.0)
                   1.8.0

> Create mechanism to support priority based scheduling of read ahead tasks. 
> ---------------------------------------------------------------------------
>
>                 Key: ACCUMULO-3510
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3510
>             Project: Accumulo
>          Issue Type: Improvement
>          Components: tserver
>    Affects Versions: 1.6.0
>            Reporter: marco polo
>            Assignee: marco polo
>            Priority: Minor
>             Fix For: 1.8.0
>
>
> I have many cases where ScanSessions will consume resources that I otherwise want shorter
running scans to utilize. In some cases, a scan may continue for hours, while a short running
scan may come in and execute quickly. As a result, I want to be able to adjust the priority
of these scan sessions. 
> I have a patch which is forthcoming, that breaks Session out of TabletServer and replaces
the queue in the readAheadThreadPool with a priority pool. The comparator I have created as
a proof of concept, which can be adjustable, reduces the priority of the oldest scan. Using
an aging technique, we guarantee execute of these older running scans based upon the previous
run time. As a result, we give preference to newer scans. If they execute quickly, older scans
will have an inherent rise in priority. If they also take a while, their priority will be
reduced and incoming scans will yet again be given a greater priority with the intent (and/or
hope ) their execution will be faster.
> Priority should be configurable based on the desired Session Comparator. 



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

Mime
View raw message