Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 22D9418680 for ; Fri, 22 Jan 2016 19:35:54 +0000 (UTC) Received: (qmail 52380 invoked by uid 500); 22 Jan 2016 19:35:54 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 52338 invoked by uid 500); 22 Jan 2016 19:35:54 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 52317 invoked by uid 99); 22 Jan 2016 19:35:53 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jan 2016 19:35:53 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 70D93C0D68 for ; Fri, 22 Jan 2016 19:35:53 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.193 X-Spam-Level: * X-Spam-Status: No, score=1.193 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_HEX=1.313] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id KxYmRlAa272A for ; Fri, 22 Jan 2016 19:35:45 +0000 (UTC) Received: from mail-yk0-f174.google.com (mail-yk0-f174.google.com [209.85.160.174]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 2610820506 for ; Fri, 22 Jan 2016 19:35:45 +0000 (UTC) Received: by mail-yk0-f174.google.com with SMTP id a85so98301883ykb.1 for ; Fri, 22 Jan 2016 11:35:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=xOtdvT6YBSuOZSJabdAtx9JeoaKyTXr1VBe9f8m7gsE=; b=G5ceGbQRTiFPbnDjEePKTJCV9we22YsJSmLdUJTbKTyVT46t81knC71W40CvBnqkXY QmVBtqRt8u35M8h4jAYaQCEuKdCmD/XR59d5O7zungKN3JsFObWawOf07UoOmm5nqtsn 7X50ZCOd9F8XlpzrzqHBocF+9Hd7PGwrgtCTERqiw8B8XJ2MLBk5zi36wVSPE8UKUGCn h0LJfz3Fsqlay13eq19FULK8mVMGba9M18hMvds2VF/1aYlKQruI2f85ROGULJWNGQj3 ZnG3jcotBNej9NZ5P+ReQDFEEcBZbbKfxZ3gVtZiMDGMrAqon8plnw20BpQwKznOA3Sq B6cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xOtdvT6YBSuOZSJabdAtx9JeoaKyTXr1VBe9f8m7gsE=; b=esj7+Q7za93Ebypn6NUvXlLXHI2a+mAIdimh69Z9Jrgvtkx+hqbDTQPgHCFXB6/E4n mWrEmIG56m/tNwYlSWMZ8aAVgd3i13C4/lkC49wPse90kMybb77kFyLqmIXXGwdAExtY sLnATn249JlJV2HcSUsykgDe5fA5BhEgByAhX9BtfkuVA3ReG94lMaXm4KGaCSST+tTZ 3YjGMW2JjMama5iGzm0o3GN0xzCjGtpXSMu65sPfqiKal9ssKk7DMtpCOvtejo3xn0+/ 3eLTK8nxhPkcJ9zOxEg5sVq7szQmr5odYMac6PL5StoyZjpZeGSWGhIoP4mJzrbh97Sb CAOA== X-Gm-Message-State: AG10YORU0R7Vwk1KgKMA4J155xs+6kRnJt0Y8qIGJoyUZ+Ol+Yk70dqJw5fED9U+4Lttfw== X-Received: by 10.129.32.136 with SMTP id g130mr2417284ywg.112.1453491344382; Fri, 22 Jan 2016 11:35:44 -0800 (PST) Received: from hw10447.local (pool-96-244-226-201.bltmmd.fios.verizon.net. [96.244.226.201]) by smtp.googlemail.com with ESMTPSA id v5sm4962138ywd.49.2016.01.22.11.35.43 for (version=TLSv1/SSLv3 cipher=OTHER); Fri, 22 Jan 2016 11:35:43 -0800 (PST) Message-ID: <56A2848D.8090201@gmail.com> Date: Fri, 22 Jan 2016 14:35:41 -0500 From: Josh Elser User-Agent: Postbox 3.0.11 (Macintosh/20140602) MIME-Version: 1.0 To: dev@accumulo.apache.org Subject: Re: question on data block cache References: <1453306946227-15906.post@n5.nabble.com> <1453474141992-15925.post@n5.nabble.com> <1453478136795-15927.post@n5.nabble.com> <1453481134585-15929.post@n5.nabble.com> <56A263A7.5030208@gmail.com> <1453485292584-15932.post@n5.nabble.com> <1453490558933-15934.post@n5.nabble.com> In-Reply-To: <1453490558933-15934.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit A Tablet is hosted by one and only one TabletServer at any time. The only data you are querying is in Tablet(s) hosted by that one TabletServer. Add more splits to the table which you are heavily querying to spread the load across many TabletServers. Load is parallelized in Accumulo by creating multiple Tablets (via splits) which can be spread across multiple servers. z11373 wrote: > Another observation which I really want to know why. > > I see 1 tablet server consistently shows high number of waiting scans, i.e. > '16 (435)' or '14 (476)' on Running Scans column, while the other 19 tablet > servers all showing '0 (0)' or sometimes showing single digit number. The > thing I don't understand is what I've seen from the Monitor UI for a table > at one snapshot for example, and this is more or less consistent from time > to time (when the test clients are still running). > > Server | Query | Running Scans > ==================== > TServer1 | 24 | 0 (0) > TServer2 | 37 | 0 (0) > TServer3 | 40 | 0 (0) > TServer4 | 1 | 0 (0) > TServer5 | 0 | 0 (0) > TServer6 | 57 | 0 (0) > TServer7 | 5 | 0 (0) > TServer8 | 4 | 0 (0) > TServer9 | 7 | 0 (0) > TServer10 | 0 | 0 (0) > TServer11 | 56 | 0 (0) > TServer12 | 124 | 0 (0) > TServer13 | 25 | 0 (0) > TServer14 | 121 | 16 (435) > TServer15 | 36 | 0 (0) > TServer16 | 21 | 0 (0) > TServer17 | 3 | 0 (0) > TServer18 | 107 | 0 (0) > TServer19 | 21 | 0 (0) > TServer20 | 92 | 0 (0) > > I'd really appreciate if someone could explain what may have happened, or > can point me to the right direction for starting the investigation. For the > record, there are 50 test clients, each may create multiple scanners to > query different data from that table. > > Thanks, > Z > > > > -- > View this message in context: http://apache-accumulo.1065345.n5.nabble.com/question-on-data-block-cache-tp15906p15934.html > Sent from the Developers mailing list archive at Nabble.com.