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 D30C89ED5 for ; Mon, 23 Jul 2012 16:37:51 +0000 (UTC) Received: (qmail 56902 invoked by uid 500); 23 Jul 2012 16:37:49 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 56811 invoked by uid 500); 23 Jul 2012 16:37:49 -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 56521 invoked by uid 99); 23 Jul 2012 16:37:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Jul 2012 16:37:49 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of smcduff@hotmail.com designates 65.54.190.79 as permitted sender) Received: from [65.54.190.79] (HELO bay0-omc2-s4.bay0.hotmail.com) (65.54.190.79) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Jul 2012 16:37:40 +0000 Received: from BAY163-W51 ([65.54.190.125]) by bay0-omc2-s4.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 23 Jul 2012 09:37:19 -0700 Message-ID: Content-Type: multipart/alternative; boundary="_ba6fda44-78a8-4979-beed-7cc93b87274e_" X-Originating-IP: [205.194.74.10] From: Simon McDuff To: Subject: FixedStraightBytesImpl - flushing Date: Mon, 23 Jul 2012 16:37:19 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 23 Jul 2012 16:37:19.0996 (UTC) FILETIME=[6DAB43C0:01CD68F1] X-Virus-Checked: Checked by ClamAV on apache.org --_ba6fda44-78a8-4979-beed-7cc93b87274e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello=2C (LUCENE 4.0.0-ALPHA) We are using the DocValues features (very nice). We are using FixedBytesRef. In that specific case=2C we were wondering why does it flush at the end (wh= en we commit) ? Would be more efficient (for memory) to write its buffer as it goes ? Thank you Simon = --_ba6fda44-78a8-4979-beed-7cc93b87274e_--