From java-user-return-50278-apmail-lucene-java-user-archive=lucene.apache.org@lucene.apache.org Thu Jul 7 17:17:13 2011 Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 81D974D5C for ; Thu, 7 Jul 2011 17:17:13 +0000 (UTC) Received: (qmail 75757 invoked by uid 500); 7 Jul 2011 17:17:11 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 75682 invoked by uid 500); 7 Jul 2011 17:17:10 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 75674 invoked by uid 99); 7 Jul 2011 17:17:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Jul 2011 17:17:10 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.220.176] (HELO mail-vx0-f176.google.com) (209.85.220.176) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Jul 2011 17:17:05 +0000 Received: by vxd2 with SMTP id 2so1349686vxd.35 for ; Thu, 07 Jul 2011 10:16:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.73.163 with SMTP id m3mr1467305vdv.244.1310059003988; Thu, 07 Jul 2011 10:16:43 -0700 (PDT) Received: by 10.52.161.41 with HTTP; Thu, 7 Jul 2011 10:16:43 -0700 (PDT) In-Reply-To: References: <1309968498.25963.17.camel@elmer-P35-DS3P> <5D6C36CFCB0B4AF38BEAC2E0240D22E5@ElmerPC> Date: Thu, 7 Jul 2011 13:16:43 -0400 Message-ID: Subject: Re: Autocompletion on large index From: Michael McCandless To: java-user@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 On Thu, Jul 7, 2011 at 7:00 AM, Dawid Weiss wrote: > Another option to tradeoff dize and mem is to do a lru like cache of suffix > nodes/ registry. Im still working on that api replacement patch so any > changes to fst right now scare me... That sounds cool too! I opened LUCENE-3289 to allow controlling how hard the Builder tries to share suffixes... ie tradeoff CPU/RAM usage while building against final FST size. Mike McCandless http://blog.mikemccandless.com --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org