Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@minotaur.apache.org Received: (qmail 5728 invoked from network); 13 Nov 2009 01:53:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Nov 2009 01:53:03 -0000 Received: (qmail 23777 invoked by uid 500); 13 Nov 2009 01:53:02 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 23700 invoked by uid 500); 13 Nov 2009 01:53:02 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 23690 invoked by uid 99); 13 Nov 2009 01:53:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Nov 2009 01:53:02 +0000 X-ASF-Spam-Status: No, hits=-10.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 13 Nov 2009 01:53:00 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 90AC0234C1EF for ; Thu, 12 Nov 2009 17:52:39 -0800 (PST) Message-ID: <1587132436.1258077159590.JavaMail.jira@brutus> Date: Fri, 13 Nov 2009 01:52:39 +0000 (UTC) From: "Hoss Man (JIRA)" To: solr-dev@lucene.apache.org Subject: [jira] Commented: (SOLR-1559) maxOptimizeSegments should support percentages and negative numbers In-Reply-To: <1885896251.1258077039615.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/SOLR-1559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777326#action_12777326 ] Hoss Man commented on SOLR-1559: -------------------------------- I haven't thought through whether it would be a *good* idea or not, but we could probably make "maxOptimizeSegments" support the full "mm" syntax fairly easily... http://lucene.apache.org/solr/api/org/apache/solr/util/doc-files/min-should-match.html > maxOptimizeSegments should support percentages and negative numbers > ------------------------------------------------------------------- > > Key: SOLR-1559 > URL: https://issues.apache.org/jira/browse/SOLR-1559 > Project: Solr > Issue Type: Improvement > Components: update > Reporter: Hoss Man > > the optimize command currently supports a "maxOptimizeSegments" option which allows an integer to be specified resulting in a "partial optimize" down to that number of segments. > This requires clients to have some visibility into the current number of segments. Client code could be simpler if there was an easy way to just say "make it smaller by some amount" > I propose that we start supporting negative numbers and percentages as a way of saying "optimize down to X segments less then the current value" or "optimize down to X% of the current value" This could be used by "dumb" automatic monitors when they notice that update traffic is low, or system resources are idle, w/o those monitors needing to inspect the index to pick a good concrete number of segments. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.