Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 58398 invoked from network); 6 Nov 2007 00:38:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Nov 2007 00:38:14 -0000 Received: (qmail 24356 invoked by uid 500); 6 Nov 2007 00:38:01 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 24326 invoked by uid 500); 6 Nov 2007 00:38:01 -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 24317 invoked by uid 99); 6 Nov 2007 00:38:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Nov 2007 16:38:01 -0800 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; Tue, 06 Nov 2007 00:38:40 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 9785371420D for ; Mon, 5 Nov 2007 16:37:50 -0800 (PST) Message-ID: <11125782.1194309470609.JavaMail.jira@brutus> Date: Mon, 5 Nov 2007 16:37:50 -0800 (PST) From: "Jim Kellerman (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Commented: (HADOOP-2152) Data transfer buffer length in DFSOutputStream should not be user controlled. In-Reply-To: <2983866.1194308510783.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HADOOP-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540315 ] Jim Kellerman commented on HADOOP-2152: --------------------------------------- How does this issue relate to HADOOP-1707 which proposes elimination of client side caches? In view of 1707, is this change still necessary? > Data transfer buffer length in DFSOutputStream should not be user controlled. > ----------------------------------------------------------------------------- > > Key: HADOOP-2152 > URL: https://issues.apache.org/jira/browse/HADOOP-2152 > Project: Hadoop > Issue Type: Bug > Components: dfs > Affects Versions: 0.14.0 > Reporter: Konstantin Shvachko > Fix For: 0.16.0 > > > DFSOutputStream has two distinct buffers. > First one is the user data buffer, which collects data the user writes into stream, > and flushes it into a temporary local file when the buffer is full. > Second is the data transfer buffer, which is used to transfer data from the client to a data-node. > It turns out to be that both buffers have the same length defined by the user when the file is created. > I think the two buffer lengths should be completely independent. > The user data buffer can still be controlled by the user, but the data transfer > buffer should have independent length optimized for better transfer rate. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.