From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GITAX-0002GO-FC for garchives@archives.gentoo.org; Wed, 30 Aug 2006 16:44:01 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k7UGfTNK016529; Wed, 30 Aug 2006 16:41:29 GMT Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k7UGcRrE029542 for ; Wed, 30 Aug 2006 16:38:28 GMT Received: by py-out-1112.google.com with SMTP id d42so251262pyd for ; Wed, 30 Aug 2006 09:38:22 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=i4PRntVHd7Hw0f+i87WHt+HyyV5NYlW/C2EfHnRzEFytTudNQp4wC//HAOTmEMspLwEvga2DQjLF+Itv+uHJM+BSuA102u//1Bg3X+Jda4E20y0l4EMf6DjPIFSc6KNBUcn60ELHNtSzQJO5FYVYTxIR8IaQMzK7nYzElUmKeiI= Received: by 10.35.131.10 with SMTP id i10mr1325344pyn; Wed, 30 Aug 2006 09:38:22 -0700 (PDT) Received: by 10.35.81.20 with HTTP; Wed, 30 Aug 2006 09:38:17 -0700 (PDT) Message-ID: Date: Wed, 30 Aug 2006 09:38:17 -0700 From: "Joshua Schmidlkofer" To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] XFS FileSystem - Slow Writes - GNOME/nautilus Issue? In-Reply-To: <1156903549.31875.19.camel@neuromancer.home.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1156824235.2843.14.camel@neuromancer.home.net> <7573e9640608290237v7f0aa77x95e3bafc9c0689b2@mail.gmail.com> <1156845176.2843.24.camel@neuromancer.home.net> <7573e9640608291835k5f614653v7d8933950a712fee@mail.gmail.com> <1156903549.31875.19.camel@neuromancer.home.net> X-Archives-Salt: 3ae374ec-03df-4d72-8a89-d81def52cd1a X-Archives-Hash: b877542a939255b583a558f141ac48c8 On 8/29/06, Ow Mun Heng wrote: > On Tue, 2006-08-29 at 18:35 -0700, Richard Fish wrote: > > On 8/29/06, Ow Mun Heng wrote: > > > $ mount | grep xfs > > > /dev/hda6 on /home type xfs (rw) > > > > Hmm, I missed this before. "nobarrier" should be showing up here. Try: > > > > mount /home -o remount,nobarrier > > > > I did mention that I tried that as well. (but I just re-tried it anyway) > and it didn't have any changes. I don't think it's a good idea. Do you know what the write barriers provide? They give you a much higher chance of no damage if you are able ot run with barriers. The only real danger to an XFS partition is out-of-order commits (and of course massive hardware failure). Write barriers prevent out-of-order journal vs. FS commits, and that is a Good Thing(tm). They are only in as of 2.6.17 for XFS. > > Out of curiousity, I just tried to copy a file using an xterm (instead > of using nautilus) from DIsk 2 to disk1 > > disk2/partition2 - VFAT > disk1/partition6 - XFS partition (/home) > > > $ ls -lah WinXP-000001-cl1-000001-cl1-000001-s002.vmdk > -rwxrwxrwx 1 root root 620M Aug 29 19:10 > WinXP-000001-cl1-000001-cl1-000001-s002.vmdk > > $ time cp WinXP-000001-cl1-000001-cl1-000001-s001.vmdk ~/Desktop/ > real 0m37.353s > user 0m0.157s > sys 0m5.445s > > > Transfer rate ~16.8MB/s I read an article recently (<2 years ago , heh) about how Nautilus, mc, Cp and other OSS copy utilities suffer from a lack of real intuitive optimization work. They highlighted the GNU cp command. Overall copying with Linux tends to be lack luster. It's services we do well. i.e. Http, SQL, etc. So, that begs the question: Are there any good, well optimized file copy utilities for Linux? > > Using Nautilus (I don't know of a good way to measure throughput using > this, so it's basically what I see in the progress bar > ~5min > gkrellm2 notes transfer rate ~2.0MB/s > > > However, doing the same thing to my /tmp directory (ext3 partition) the > same file copies in ~30secs and w/ ~17MB/s transfer rate. > > What gives?? > > > BTW, what's the difference between mc and mc-mp?? > > * app-misc/mc > Latest version available: 4.6.1 > Latest version installed: [ Not Installed ] > Size of downloaded files: 11,606 kB > Homepage: http://www.ibiblio.org/mc/ > Description: GNU Midnight Commander cli-based file manager > License: GPL-2 > > * app-misc/mc-mp [ Masked ] > Latest version available: 4.1.40_pre9 > Latest version installed: [ Not Installed ] > Size of downloaded files: 2,904 kB > Homepage: http://mc.linuxinside.com/cgi-bin/dir.cgi > Description: GNU Midnight Commander cli-based file manager. 4.1.x > branch > License: GPL-2 >>From the URL: "The goal of this project is creating a stable, well-working, usefull console-only version of well-known Midnight Commander, without bugs and garbage, like tk, xv and gnome. I'm bored waiting for bugfixes, and A'rpi's ESP team stops their work in this direction too, so I did it. I'm fixing all (found) bugs, reported by my friends, and made some really pleasent new features, like real-time clock, or filegroups colorizing." Basically, this guy is sane, (thank God), and doing what MC really needs: SIMPLICITY. I have never bitched at the mc guys, but when I get to my desk, I am converting to mc-mp. Cause MC sucks recently. -- gentoo-user@gentoo.org mailing list