Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 4618 invoked from network); 14 Mar 2011 22:26:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Mar 2011 22:26:30 -0000 Received: (qmail 2253 invoked by uid 500); 14 Mar 2011 22:26:28 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 2166 invoked by uid 500); 14 Mar 2011 22:26:28 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 2158 invoked by uid 99); 14 Mar 2011 22:26:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2011 22:26:27 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jbellis@gmail.com designates 209.85.212.44 as permitted sender) Received: from [209.85.212.44] (HELO mail-vw0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Mar 2011 22:26:22 +0000 Received: by vws12 with SMTP id 12so3571160vws.31 for ; Mon, 14 Mar 2011 15:26:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=cXuowfzZlbQtHBJeNwS8QT8ZJ3CQbDAqPVL9BrL2dIQ=; b=lj+s8FmSYvRDWl5TA92qd/gLw1Bh2IQzf1r0mpyH7W3uKPnpOMxsG1z5qNFuyJKyC/ UkcXEO1M6LLmsI9oLUmC+Hq8qyCXrruiEd+ST2UK55lsoSIiC+Xdic8CceVkOzcdTajk d3FG0WDLOfu/IT8xsPozQDNQtNJsa49ST93F0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=p9pV2WO9j8ZtLuazsx/efHTFwmBGWrh0f37LFucstLLLihM3T5BT2nw+fMyi+kZL5s 4d1HdPK4pnXsEQgwv1lWvHdB8q6r059b6Cy3an6IozOPukeD7A6Hy9CDTCRD0GJKxjcJ UgzN2QBSCjBv4rGGiR4575kVXlobgf7A1ZBFA= Received: by 10.52.71.228 with SMTP id y4mr7836237vdu.28.1300141561101; Mon, 14 Mar 2011 15:26:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.158.132 with HTTP; Mon, 14 Mar 2011 15:25:41 -0700 (PDT) In-Reply-To: <1300132886858-6170423.post@n2.nabble.com> References: <1300129167447-6170193.post@n2.nabble.com> <1300132886858-6170423.post@n2.nabble.com> From: Jonathan Ellis Date: Mon, 14 Mar 2011 17:25:41 -0500 Message-ID: Subject: Re: Linux HugePages and mmap To: user@cassandra.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Mar 14, 2011 at 3:01 PM, mcasandra wrote: > > Jonathan Ellis-3 wrote: >> >> Wrong. =A0The recommendation is to leave it on auto. >> > this is where I see mmap recommended for index. > http://wiki.apache.org/cassandra/StorageConfiguration FTFY. >> HugePages has nothing to do with disk access mode. >> > Can you explain little more? Isn't mmap pinning the process memory in RAM > similar to HugePages? mmap is about mapping address space to data files. HugePages affects how the kernel tracks address space via TLB. It does NOT affect what is actually mapped there. http://wiki.apache.org/cassandra/FAQ#mmap http://lwn.net/Articles/374424/ --=20 Jonathan Ellis Project Chair, Apache Cassandra co-founder of DataStax, the source for professional Cassandra support http://www.datastax.com