Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 1844 invoked from network); 22 Sep 2009 15:37:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 Sep 2009 15:36:59 -0000 Received: (qmail 5020 invoked by uid 500); 22 Sep 2009 15:36:59 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 4961 invoked by uid 500); 22 Sep 2009 15:36:58 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 4953 invoked by uid 99); 22 Sep 2009 15:36:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Sep 2009 15:36:58 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jason.rutherglen@gmail.com designates 209.85.221.181 as permitted sender) Received: from [209.85.221.181] (HELO mail-qy0-f181.google.com) (209.85.221.181) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Sep 2009 15:36:46 +0000 Received: by qyk11 with SMTP id 11so217619qyk.20 for ; Tue, 22 Sep 2009 08:36:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Xo2WTeE45PJZ+89ghu+A5FX3RfHXQjdNx8DP1yGlq7Q=; b=PMTWpeR7vImLOWKYDCZcOK4ZqLQmJ0ve4b30xM/0nFfj0JABuvlrf4hr3yWHdG+zrc KqO9XI9mAkj1LCqSDoA/8V9HHluZcMAiE2Z0aOoCu2YJhlvYLjV0R7caO/ViDV56NLf4 bguKvomxfwyTO3OSY5vkt+pDb3vO47qcrP0EM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=j0FQ45YU2bdMtdSpCF/ch1bVg8gU02uq/VBHzUr+RufOwZg2kxYMR7Al0DGO/gFW4h ux8BbC0fP+9Ev+JTZyZAXwSVNp29GluoWosNxZSbBBI0A7R8YBseNL2lu89Bn1ur6fY5 opsFWKyda8EDAp+7IafG2rdSI0XE9l9bppMRI= MIME-Version: 1.0 Received: by 10.224.87.155 with SMTP id w27mr823877qal.158.1253633785893; Tue, 22 Sep 2009 08:36:25 -0700 (PDT) In-Reply-To: <8837fb770909212227w7668a2acj8217cb4b0b1cee8f@mail.gmail.com> References: <8837fb770909212156s13645f84tbee15ee3bd2d5aef@mail.gmail.com> <8837fb770909212227w7668a2acj8217cb4b0b1cee8f@mail.gmail.com> Date: Tue, 22 Sep 2009 08:36:25 -0700 Message-ID: <85d3c3b60909220836o2d1ac620jab32457f61e260e0@mail.gmail.com> Subject: Re: 2.9 NRT w.r.t. sorting and field cache From: Jason Rutherglen To: java-dev@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org > When heaving indexing introduces or modifies segments, would it cause reloading of FieldCache at query time and thus would impact search performance? How is this different than previous versions of Lucene? In 2.9 the field caches are only loaded for new segments incrementally, instead of over the Multi*Reader. It sounds like you're confused about the key used for the field cache which is now the freqStream (see IR.getFieldCacheKey) rather than IR so that a different field cache isn't loaded each time a new instance of IR is instantiated for an already loaded segment. Feel free to contribute to the wiki about your experiences, I think others will have similar questions. On Mon, Sep 21, 2009 at 10:27 PM, John Wang wrote: > Hi Yonik: > > =A0=A0=A0=A0 Actually that is what I am looking for. Can you please point= me to > where/how sorting is done per-segment? > > =A0=A0=A0=A0 When heaving indexing introduces or modifies segments, would= it cause > reloading of FieldCache at query time and thus would impact search > performance? > > thanks > > -John > > On Tue, Sep 22, 2009 at 1:05 PM, Yonik Seeley > wrote: >> >> On Tue, Sep 22, 2009 at 12:56 AM, John Wang wrote: >> > Looking at the code, seems there is a disconnect between how/when fiel= d >> > cache is loaded when IndexWriter.getReader() is called. >> >> I'm not sure what you mean by "disconnect" >> >> > Is FieldCache updated? >> >> FieldCache entries are populated on demand, as they always have been. >> >> > Otherwise, are we reloading FieldCache for each >> > reader instance? >> >> Searching/sorting is now per-segment, and so is the use of the >> FieldCache. =A0Segments that don't change shouldn't have to reload their >> FieldCache entries. >> >> -Yonik >> http://www.lucidimagination.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org >> For additional commands, e-mail: java-dev-help@lucene.apache.org >> > > --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org