From java-dev-return-16893-apmail-lucene-java-dev-archive=lucene.apache.org@lucene.apache.org Mon Dec 04 22:37:03 2006 Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 43689 invoked from network); 4 Dec 2006 22:37:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2006 22:37:01 -0000 Received: (qmail 49053 invoked by uid 500); 4 Dec 2006 22:37:04 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 49015 invoked by uid 500); 4 Dec 2006 22:37:04 -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 49004 invoked by uid 99); 4 Dec 2006 22:37:03 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Dec 2006 14:37:03 -0800 X-ASF-Spam-Status: No, hits=2.8 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [206.190.39.202] (HELO web50311.mail.yahoo.com) (206.190.39.202) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 04 Dec 2006 14:36:51 -0800 Received: (qmail 83964 invoked by uid 60001); 4 Dec 2006 22:36:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=5ztnCySAgBB6mBjEZ4aSS/AGoPiIOuAw1c5H4UcFxo88tJTHn76NZ04DXimc/Z3u68bb00+PG5EHT0ylT4L3umVCLf23Y9ydzWEwaU0fQibpL63PSzfJfT+J8XtiwB+a+ub0vTSPtGvXmlaaR/P41Rahp/yWwRZT6Vp6PJbssU0= ; Message-ID: <20061204223630.83962.qmail@web50311.mail.yahoo.com> Received: from [74.65.202.166] by web50311.mail.yahoo.com via HTTP; Mon, 04 Dec 2006 14:36:30 PST Date: Mon, 4 Dec 2006 14:36:30 -0800 (PST) From: Otis Gospodnetic Subject: Re: NO_NORMS and fakeNorms To: java-dev@lucene.apache.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Ah, yes, I forgot about that. I see that byte[] ones now, which is lazily = populated and reused. Thanks!=0A=0AOtis=0A=0A----- Original Message ----= =0AFrom: Yonik Seeley =0ATo: java-dev@lucene.apache.org= =0ASent: Monday, December 4, 2006 4:20:29 PM=0ASubject: Re: NO_NORMS and fa= keNorms=0A=0AOn 12/4/06, Otis Gospodnetic wrot= e:=0A> I was looking at NO_NORMS, but then spotted fakeNorms in SegmentRead= er. From a quick look it seems that even if NO_NORMS is used on a field, t= hese fakeNorms get generated.=0A> (see the patch in http://issues.apache.or= g/jira/browse/LUCENE-448 ). Why is that? Why are fake norms needed,=0A=0A= fakeNorms are needed for backward compatability when someone calls=0AIndexR= eader.norms()=0A=0A> aren't we actually not saving the memory that NO_NORMS= should save?=0A=0A1) fakeNorms is per-reader and shared between all fields= that have=0AomitNorms=3Dtrue=0A2) fakeNorms is allocated on-demand... so i= f no one calls norms() on a=0Afield that=0A has no norms, then it will ne= ver be allocated.=0A=0A-Yonik=0A=0A----------------------------------------= -----------------------------=0ATo unsubscribe, e-mail: java-dev-unsubscrib= e@lucene.apache.org=0AFor additional commands, e-mail: java-dev-help@lucene= .apache.org=0A=0A=0A=0A --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org