Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Sat, 18 Jun 2011 16:23:47 +0000 (UTC)
From: "Michael McCandless (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <610247815.18242.1308414227326.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Created] (LUCENE-3214) Ability to mlock certain fields from
 the terms dict
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Ability to mlock certain fields from the terms dict
---------------------------------------------------

                 Key: LUCENE-3214
                 URL: https://issues.apache.org/jira/browse/LUCENE-3214
             Project: Lucene - Java
          Issue Type: Improvement
            Reporter: Michael McCandless


This is a hacked up prototype!  It works but I'm not sure how to get this to a committable point.

The patch invokes mlock() (tested only on Linux), locking pages from the terms dictionary file that hold terms for a specified field.  You can only do this with MMapDirectory.

I used this to lock pages for the "id" field in the NRT stress test; it's an alternative to MemoryCodec.  But, it requires you set up the OS to allow the app/user to lock pages in RAM.

It works very well in reducing the NRT reopen latency even when large merges are running...

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org