This is interesting, but also leads to more questions. :) *I hope you don't
mind.

If I execute Drill using cgroups isolation with Marathon/Mesos, and tell a
certain bit to use 4 CPU shares on a 8 CPU node, Is drill going to be aware
that it's limited to 4 CPUS and plan accordingly, or will use some sort of
system call to determine the number of cores, not the number of
cores/shares it has access to?  I could see that being an issue in the
default calculation.

So that leads me to the next question, if I am running Drill in a shared
environment like this, to actually work with this, I have to do a custom
 per_node sitting per drill bit and have that line up with my cgroup
resource allocation with Marathon Mesos... correct?

Is there any plans to making this more of a hard env variable that can be
passed to the drill bit on start up?  This seems to make the coordination a
lot easier.  Any other options that may make sense?

That leads me to another question?  Is it better to have one big drill bit
per node for multiple users to work with, or smaller, say per department
drill bits (but multiple of them) per node.   Just looking for planning
purposes.

Thanks for you help !!

John

On Tue, Aug 4, 2015 at 9:18 AM, Jacques Nadeau <[email protected]> wrote:

> Internally, there are also some soft capabilities.  These include using
> planner.max.width.per.node and queues:
>
> https://drill.apache.org/docs/configuring-resources-for-a-shared-drillbit/
>
> --
> Jacques Nadeau
> CTO and Co-Founder, Dremio
>
> On Tue, Aug 4, 2015 at 6:38 AM, John Omernik <[email protected]> wrote:
>
> > I am looking to work with drill in a managed cluster (having it play nice
> > with Mesos).  While I can limit the ram in the drill-env.sh, the CPU is
> not
> > limitable, therefore, drill can just grab all the CPU resources it wants.
> > Is there any plans to include some self limiting to Drill on CPU
> resources?
> > In the docs it says use CGroups, which I need to read up on, but
> frameworks
> > like Spark and Impala allow you to set the CPU resources in the
> framework.
> > Is CGroups going to get me similar behavior to those? Are there
> > disadvantages to setting these resources in drill itself?
> >
> > Thanks
> >
> > John
> >
>

Reply via email to