Return-Path: Delivered-To: apmail-lucene-hadoop-dev-archive@locus.apache.org Received: (qmail 56338 invoked from network); 16 Nov 2006 08:08:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Nov 2006 08:08:59 -0000 Received: (qmail 3555 invoked by uid 500); 16 Nov 2006 08:09:08 -0000 Delivered-To: apmail-lucene-hadoop-dev-archive@lucene.apache.org Received: (qmail 3532 invoked by uid 500); 16 Nov 2006 08:09:08 -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 3523 invoked by uid 99); 16 Nov 2006 08:09:08 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Nov 2006 00:09:08 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= 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, 16 Nov 2006 00:08:57 -0800 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 26330714328 for ; Thu, 16 Nov 2006 00:08:37 -0800 (PST) Message-ID: <18309280.1163664517154.JavaMail.jira@brutus> Date: Thu, 16 Nov 2006 00:08:37 -0800 (PST) From: "Owen O'Malley (JIRA)" To: hadoop-dev@lucene.apache.org Subject: [jira] Created: (HADOOP-730) Local file system uses copy to implement rename MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Local file system uses copy to implement rename ----------------------------------------------- Key: HADOOP-730 URL: http://issues.apache.org/jira/browse/HADOOP-730 Project: Hadoop Issue Type: Bug Components: fs Affects Versions: 0.8.0 Reporter: Owen O'Malley Assigned To: Owen O'Malley Fix For: 0.9.0 There is a variable LocalFileSystem.useCopyForRename that is set to true. When true, the local file system will implement rename as a copy followed by a delete. This is likely a performance problem. Is there a reason that useCopyForRename is set? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira