Return-Path: Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: (qmail 22065 invoked from network); 3 Nov 2009 21:07:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Nov 2009 21:07:57 -0000 Received: (qmail 43249 invoked by uid 500); 3 Nov 2009 21:07:57 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 43007 invoked by uid 500); 3 Nov 2009 21:07:56 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 42995 invoked by uid 99); 3 Nov 2009 21:07:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Nov 2009 21:07:56 +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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Nov 2009 21:07:53 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C58D9234C052 for ; Tue, 3 Nov 2009 13:07:32 -0800 (PST) Message-ID: <989075572.1257282452794.JavaMail.jira@brutus> Date: Tue, 3 Nov 2009 21:07:32 +0000 (UTC) From: "Raghu Angadi (JIRA)" To: common-issues@hadoop.apache.org Subject: [jira] Commented: (HADOOP-3205) FSInputChecker and FSOutputSummer should allow better access to user buffer MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-3205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12773193#action_12773193 ] Raghu Angadi commented on HADOOP-3205: -------------------------------------- Also, as Hong's blog post points out, there are copies at many places. Advantage of improving the interface is not just avoiding one copy, but could eventually support better handling of direct buffers. Plus, looking at how long this jira has been open, it is no blocker :-) > FSInputChecker and FSOutputSummer should allow better access to user buffer > --------------------------------------------------------------------------- > > Key: HADOOP-3205 > URL: https://issues.apache.org/jira/browse/HADOOP-3205 > Project: Hadoop Common > Issue Type: Bug > Components: fs > Reporter: Raghu Angadi > Assignee: Raghu Angadi > > Implementations of FSInputChecker and FSOutputSummer like DFS do not have access to full user buffer. At any time DFS can access only up to 512 bytes even though user usually reads with a much larger buffer (often controlled by io.file.buffer.size). This requires implementations to double buffer data if an implementation wants to read or write larger chunks of data from underlying storage. > We could separate changes for FSInputChecker and FSOutputSummer into two separate jiras. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.