Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EE3D74390 for ; Fri, 20 May 2011 00:23:18 +0000 (UTC) Received: (qmail 6345 invoked by uid 500); 20 May 2011 00:23:16 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 6294 invoked by uid 500); 20 May 2011 00:23:16 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 6286 invoked by uid 99); 20 May 2011 00:23:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 May 2011 00:23:16 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of greg.pendlebury@gmail.com designates 209.85.210.176 as permitted sender) Received: from [209.85.210.176] (HELO mail-iy0-f176.google.com) (209.85.210.176) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 May 2011 00:23:09 +0000 Received: by iym1 with SMTP id 1so4055992iym.35 for ; Thu, 19 May 2011 17:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=9gw/M4LhwNXg4/hfrGrW4lVvqchCmX8XjQ0S35TrqkY=; b=LIJmuIFfxLt+/G7cpC1M9m4N9U8LeyMQcx5On8VlQ6cl73knVrD4JphyWmtE7LkTba ysWhfkRKoqHeRuBfmHgy1kjMzDzarRgA9NixOFbAG6dxb04WLxw3wlAijQhLuchGLvDG av9G/esUDRmAhbfp+naX7tFEu/P2KZ9SkVSE4= 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; b=wmR6lq732JX599zre9boken0SbCLcxQdDnQW4Rck/mKsrgvFJ6Hb72Xodh5nbqlG/o 0Bs6qLS70DbFNgzyxWo5+fr5zDZFX/0IYRDx5H0mGUhq4wNMmyA20+TziXZnQKRnViy7 Lk8mgEgc2d+xYAqVIsF2MjH7/WA1o5CjBvjNE= MIME-Version: 1.0 Received: by 10.42.154.68 with SMTP id p4mr4395606icw.115.1305850966754; Thu, 19 May 2011 17:22:46 -0700 (PDT) Received: by 10.43.63.5 with HTTP; Thu, 19 May 2011 17:22:46 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 May 2011 10:22:46 +1000 Message-ID: Subject: Re: Embedded Solr Optimize under Windows From: Greg Pendlebury To: solr-user@lucene.apache.org Content-Type: multipart/alternative; boundary=90e6ba21214100c59b04a3aa1f78 X-Virus-Checked: Checked by ClamAV on apache.org --90e6ba21214100c59b04a3aa1f78 Content-Type: text/plain; charset=ISO-8859-1 Ahh, thanks. I might try a basic commit() then and see, although it's not a huge deal for me. It occurred to me that two optimize() calls would probably leave exactly the same problem behind. On 20 May 2011 09:52, Chris Hostetter wrote: > > : Thanks for the reply. I'm at home right now, or I'd try this myself, but > is > : the suggestion that two optimize() calls in a row would resolve the > issue? > > it might ... I think the situations in which it happens have evolved a bit > over the years as IndexWRiter has gotten smarter about knowing when it > really needs to touch the disk to reduce IO. > > there's a relatively new explicit method (IndexWriter.deleteUnusedFiles) > that can force this... > > https://issues.apache.org/jira/browse/LUCENE-2259 > > ...but it's only on trunk, and there isn't any user level hook for it in > Solr yet (i opened SOLR-2532 to consider adding it) > > > -Hoss > --90e6ba21214100c59b04a3aa1f78--