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 EBC0CFC2D for ; Thu, 25 Apr 2013 12:54:33 +0000 (UTC) Received: (qmail 74846 invoked by uid 500); 25 Apr 2013 12:54:33 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 74616 invoked by uid 500); 25 Apr 2013 12:54:31 -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 74561 invoked by uid 99); 25 Apr 2013 12:54:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Apr 2013 12:54:29 +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 david.medinets@gmail.com designates 209.85.212.169 as permitted sender) Received: from [209.85.212.169] (HELO mail-wi0-f169.google.com) (209.85.212.169) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Apr 2013 12:54:24 +0000 Received: by mail-wi0-f169.google.com with SMTP id h11so9127740wiv.4 for ; Thu, 25 Apr 2013 05:54:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=kQLIXSa3nH5p0YYJJ7H2LYKGhEuWWl1bDKel/B/61r8=; b=xFJt/2BxH3iDx5F2SsSpUmiQ9pRZuql8X784h54eEH5k4VH/Tk0aK+evZI26Y0gtui 3AHPiLXjfY4bl2pW8m25bskG46N3hZwYFr/BjN9fRgpOPx/bwUwVnpnDum/OHX8mxBaG itxjfc8aqkZ5KzdiLhpiTe1po0xcEkzB8f5EndOx9npAAJwpIzWUfmtyvPrrvfPFTq+q JDkv17vXb9vihHj34tCfucjY3BKLkmjmNx038dhRWQIyeSrXpiIXP89YYdkpWNw4iMEY j2zpqZuO0/eU+TNg6PR4VMthBv5pYfYjvd8lqQqz+JGUFJ/uqqzzjjYVk1n8ygulzTy1 3dgQ== MIME-Version: 1.0 X-Received: by 10.180.73.228 with SMTP id o4mr24092252wiv.12.1366894443774; Thu, 25 Apr 2013 05:54:03 -0700 (PDT) Received: by 10.194.222.70 with HTTP; Thu, 25 Apr 2013 05:54:03 -0700 (PDT) Date: Thu, 25 Apr 2013 08:54:03 -0400 Message-ID: Subject: Has anyone tested Red Hat's Transparent Huge Pages with Accumulo? From: David Medinets To: accumulo-dev Content-Type: multipart/alternative; boundary=f46d043893cdc4488704db2ee9cc X-Virus-Checked: Checked by ClamAV on apache.org --f46d043893cdc4488704db2ee9cc Content-Type: text/plain; charset=ISO-8859-1 >From http://goo.gl/k4UkQ: Simply put, huge pages are blocks of memory that come in 2MB and 1GB sizes. The page tables used by the 2MB pages are suitable for managing multiple gigabytes of memory, whereas the page tables of 1GB pages are best for scaling to terabytes of memory. >From http://bk.kolics.net/?p=68: The maximum search rate with no large pages resulted in 10-15% lower rate than with transparent huge pages enabled. I looked at one of my Red Hat servers: $ cat /sys/kernel/mm/transparent_hugepage/enabled [always] never So we might get some performance improvement if this option was enabled. But if someone has already tried, I'd love to know the results. --f46d043893cdc4488704db2ee9cc--