Return-Path: X-Original-To: apmail-hadoop-mapreduce-dev-archive@minotaur.apache.org Delivered-To: apmail-hadoop-mapreduce-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4DE1BDBA5 for ; Thu, 18 Oct 2012 23:58:59 +0000 (UTC) Received: (qmail 72218 invoked by uid 500); 18 Oct 2012 23:58:58 -0000 Delivered-To: apmail-hadoop-mapreduce-dev-archive@hadoop.apache.org Received: (qmail 72138 invoked by uid 500); 18 Oct 2012 23:58:58 -0000 Mailing-List: contact mapreduce-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mapreduce-dev@hadoop.apache.org Delivered-To: mailing list mapreduce-dev@hadoop.apache.org Received: (qmail 72130 invoked by uid 99); 18 Oct 2012 23:58:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Oct 2012 23:58:58 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sandy.ryza@cloudera.com designates 209.85.216.176 as permitted sender) Received: from [209.85.216.176] (HELO mail-qc0-f176.google.com) (209.85.216.176) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Oct 2012 23:58:50 +0000 Received: by mail-qc0-f176.google.com with SMTP id n41so8503626qco.35 for ; Thu, 18 Oct 2012 16:58:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=eTeDfPxSb/SyIMnnfjLuev7pTmowVDx4gEt0gwq1eRA=; b=bE0/TrGpkxNo+R1iACvbE/mNy//p82FHkdoKjbAQheyPY+Gd0QvdxmM0NArnIvnu2P r8aleqmanyD0yfuqfa/XY/GzgBu5k0cF161niDr6VbmmzI1PcEr5gvdKV/n1mTFC0uM4 uvFupz4IZLGTHy5Cz9fOCxhN3B4QyhJ8QP9YuCWL8F+s3CU0Azj2HYHaDKLCfO7o5jmY 5rgDAgw95CClmUwRlHXhLkVI+f345LiQE3PfCFYEOqkNYImALZxFlAY/lNljmUCqwRPB a8wDAbmOeqmh96SAjcEK/KSxrjxX43xKZTR9s2Pq+UX9l+owRp1Gt+8Mq+I5cxqEjQZB QdNw== MIME-Version: 1.0 Received: by 10.49.71.77 with SMTP id s13mr47196069qeu.17.1350604709458; Thu, 18 Oct 2012 16:58:29 -0700 (PDT) Received: by 10.49.70.230 with HTTP; Thu, 18 Oct 2012 16:58:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Oct 2012 16:58:29 -0700 Message-ID: Subject: Re: Max Maps for default queues in FairScheduler From: Sandy Ryza To: mapreduce-dev@hadoop.apache.org Content-Type: multipart/alternative; boundary=047d7b6da4ccf074b004cc5e29a5 X-Gm-Message-State: ALoCoQky6tjivIFDzMFizVz3ov79NU3iYP6eleahJXSW1Q6ZUENNd1b7a6W+6kyuw0cQKO7Fvgrl X-Virus-Checked: Checked by ClamAV on apache.org --047d7b6da4ccf074b004cc5e29a5 Content-Type: text/plain; charset=ISO-8859-1 You're correct that there's no way to put a hard limit on the number of maps or reduces for a given user, and a user can potentially consume all of the cluster resources. However, if there are multiple users contending for resources, the scheduler makes an effort to schedule tasks equally, so it would be unlikely for a single user to get that much of the cluster. Can I ask what you need a userMaxMaps/Reducers for? On Thu, Oct 18, 2012 at 4:41 PM, lohit wrote: > I am trying to understand FairScheduler configs I am trying to see if there > is a way to achieve the below. > I see that if there are no pools configured (or only few pools are > configured ) and a user submits a job, it would end up in his own pool, > right? > Now, I see there are some limits you can set globally for such users, for > example userMaxJobsDefault. > Is there a way to set userMaxMaps or userMaxReducers? It looks like if I > have few pools configured and a user who submits a job without specify a > pool will be given his own pool. He can potentially consume 100% of > Map/Reduce slots. Is my understand correct? > > -- > Have a Nice Day! > Lohit > --047d7b6da4ccf074b004cc5e29a5--