drill-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pritesh Maker (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (DRILL-6068) Drill should support user/distribution specific configuration checks during startup
Date Fri, 05 Jan 2018 23:16:00 GMT

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

Pritesh Maker updated DRILL-6068:
---------------------------------
    Remaining Estimate:     (was: 72h)
     Original Estimate:     (was: 72h)
              Reviewer: Paul Rogers

> Drill should support user/distribution specific configuration checks during startup
> -----------------------------------------------------------------------------------
>
>                 Key: DRILL-6068
>                 URL: https://issues.apache.org/jira/browse/DRILL-6068
>             Project: Apache Drill
>          Issue Type: New Feature
>    Affects Versions: 1.12.0
>            Reporter: Kunal Khatua
>            Assignee: Kunal Khatua
>              Labels: newbie
>             Fix For: 1.13.0
>
>
> This is an evolution of the problem stated in DRILL-5741.
> Currently, Drill does not leverage any information about the host machine during start
up and makes assumptions about the available resources (like memory).
> Further more, it is, often, up to the user to define the individual parameters of memory
for Drill: Heap, Direct and CodeCache.
> The idea is to introduce a distribution and user specific configuration checking scripts
(distrib-auto.sh and drill-auto.sh) which follow the same precedence as on the lines of distrib-env.sh
and drill-env.sh.
> A check for the existence of the `distrib-auto.sh` / `drill-auto.sh` scripts will be
performed and executed only if there is any executable lines of code. Otherwise, the expected
behaviour is that the startup functionality Drill will continue as previous versions.
> In combination with the requirement described for DRILL-5741; it would be nice if a starting
up Drillbit could be told upfront on the amount of memory it can assume to access and automatically
perform the allocations for the individual parameters, while providing the ability for users
to override (some or all of) those settings.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message