Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 5235 invoked from network); 31 May 2007 21:59:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 May 2007 21:59:41 -0000 Received: (qmail 42813 invoked by uid 500); 31 May 2007 21:59:42 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 42383 invoked by uid 500); 31 May 2007 21:59:41 -0000 Mailing-List: contact hadoop-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hadoop-dev@lucene.apache.org Delivered-To: mailing list hadoop-dev@lucene.apache.org Received: (qmail 42309 invoked by uid 99); 31 May 2007 21:59:41 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 May 2007 14:59:41 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 May 2007 14:59:36 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 9B114714180 for ; Thu, 31 May 2007 14:59:15 -0700 (PDT) Message-ID: <1531070.1180648755615.JavaMail.jira@brutus> Date: Thu, 31 May 2007 14:59:15 -0700 (PDT) From: "Doug Cutting (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Created: (HADOOP-1450) checksums should be closer to data generation and consumption MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org checksums should be closer to data generation and consumption ------------------------------------------------------------- Key: HADOOP-1450 URL: https://issues.apache.org/jira/browse/HADOOP-1450 Project: Hadoop Issue Type: Improvement Components: fs Reporter: Doug Cutting Fix For: 0.14.0 ChecksumFileSystem checksums data by inserting a filter between two buffers. The outermost buffer should be as small as possible, so that, when writing, checksums are computed before the data has spent much time in memory, and, when reading, checksums are validated as close to their time of use as possible. Currently the outer buffer is the larger, using the bufferSize specified by the user, and the inner is small, so that most reads and writes will bypass it, as an optimization. Instead, the outer buffer should be made to be bytesPerChecksum, and the inner buffer should be the user-specified buffer size. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.