Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 93080 invoked from network); 8 Aug 2010 21:20:39 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Aug 2010 21:20:39 -0000 Received: (qmail 987 invoked by uid 500); 8 Aug 2010 21:20:37 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 936 invoked by uid 500); 8 Aug 2010 21:20:37 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 929 invoked by uid 99); 8 Aug 2010 21:20:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Aug 2010 21:20:37 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 08 Aug 2010 21:20:36 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o78LKGac004220 for ; Sun, 8 Aug 2010 21:20:16 GMT Message-ID: <32112843.226241281302416482.JavaMail.jira@thor> Date: Sun, 8 Aug 2010 17:20:16 -0400 (EDT) From: "Robert Muir (JIRA)" To: dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-2589) Add a variable-sized int block codec In-Reply-To: <26350758.197941281091875754.JavaMail.jira@thor> 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/LUCENE-2589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12896417#action_12896417 ] Robert Muir commented on LUCENE-2589: ------------------------------------- bq. When I want to use randomized tests but need to force a certain codec that wouldn't work. Yes it would, as random codec selection would be determined by the same random seed (so if you use the same seed, you force the same codec). bq. Anyway, a documentation of whatever we do here would help people new to lucene to get started with patches and test. I dont think we should add a lot of documentation (which will only become obselete as i know i will be adding even more dimensions to the test ASAP). I think its better to simplify and use a single seed for selecting all parameters! > Add a variable-sized int block codec > ------------------------------------ > > Key: LUCENE-2589 > URL: https://issues.apache.org/jira/browse/LUCENE-2589 > Project: Lucene - Java > Issue Type: Improvement > Components: Index > Reporter: Michael McCandless > Assignee: Michael McCandless > Fix For: 4.0 > > Attachments: LUCENE-2589.patch, LUCENE-2589.patch > > > We already have support for fixed block size int block codecs, making it very simple to create a codec from a int encoder algorithms like FOR/PFOR. > But algorithms like Simple9/16 are not fixed -- they encode a variable number of adjacent ints at once, depending on the specific values of those ints. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org