Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5F2C910272 for ; Thu, 8 Aug 2013 20:14:49 +0000 (UTC) Received: (qmail 94975 invoked by uid 500); 8 Aug 2013 20:14:48 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 94914 invoked by uid 500); 8 Aug 2013 20:14:48 -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 94847 invoked by uid 99); 8 Aug 2013 20:14:48 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Aug 2013 20:14:48 +0000 Date: Thu, 8 Aug 2013 20:14:47 +0000 (UTC) From: "Robert Muir (JIRA)" To: dev@lucene.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (LUCENE-5161) review FSDirectory chunking defaults and test the chunking MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Robert Muir created LUCENE-5161: ----------------------------------- Summary: review FSDirectory chunking defaults and test the chunking Key: LUCENE-5161 URL: https://issues.apache.org/jira/browse/LUCENE-5161 Project: Lucene - Core Issue Type: Improvement Reporter: Robert Muir Today there is a loop in SimpleFS/NIOFS: {code} try { do { final int readLength; if (total + chunkSize > len) { readLength = len - total; } else { // LUCENE-1566 - work around JVM Bug by breaking very large reads into chunks readLength = chunkSize; } final int i = file.read(b, offset + total, readLength); total += i; } while (total < len); } catch (OutOfMemoryError e) { {code} I bet if you look at the clover report its untested, because its fixed at 100MB for 32-bit users and 2GB for 64-bit users (are these defaults even good?!). Also if you call the setter on a 64-bit machine to change the size, it just totally ignores it. We should remove that, the setter should always work. And we should set it to small values in tests so this loop is actually executed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org