From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JMSRp-0007TZ-Gx for garchives@archives.gentoo.org; Tue, 05 Feb 2008 18:23:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4CB60E06C5; Tue, 5 Feb 2008 18:21:41 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0FDFCE06C5 for ; Tue, 5 Feb 2008 18:21:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id AA5BF65B5F for ; Tue, 5 Feb 2008 18:21:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -0.388 X-Spam-Level: X-Spam-Status: No, score=-0.388 required=5.5 tests=[AWL=0.722, BAYES_05=-1.11] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id srLm0+Xnxjmx for ; Tue, 5 Feb 2008 18:21:34 +0000 (UTC) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by smtp.gentoo.org (Postfix) with ESMTP id C7CAB64A5F for ; Tue, 5 Feb 2008 18:21:33 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 3AE188F5E5 for ; Tue, 5 Feb 2008 13:21:32 -0500 (EST) Received: from web5.messagingengine.com ([10.202.2.214]) by compute2.internal (MEProxy); Tue, 05 Feb 2008 13:21:32 -0500 Received: by web5.messagingengine.com (Postfix, from userid 99) id EEC906DCB0; Tue, 5 Feb 2008 13:21:30 -0500 (EST) Message-Id: <1202235690.17451.1235221525@webmail.messagingengine.com> X-Sasl-Enc: oOYJibGTDVAsop1xRHk8crjcuzRuuxgxNvjMFaslb+WQ 1202235690 From: davecode@nospammail.net To: gentoo-releng@lists.gentoo.org Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="iso-8859-1" Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-releng@lists.gentoo.org Reply-to: gentoo-releng@lists.gentoo.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface Subject: [gentoo-releng] [OT] Filesystem Realities Date: Tue, 05 Feb 2008 10:21:30 -0800 X-Archives-Salt: 1f217591-0c24-4d40-9307-b1ed8a249d87 X-Archives-Hash: afcf8e767b17613c37f01206501a59bc Alex Howells: > Anyone advising you to deploy > XFS in a production environment without > UPS on 'critical' data is a fool. Who, me? Not like I haven't asked for 'em. Or advised that strawman case. I don't know about "fool," but sometimes even a fool gets lucky...I knew squat about XFS, it was just the next thing to try when ext3 ate my data... > Just my two cents, of course, and lets get back on topic? :) Sure but....may I piss on your two-cent epithet first? I personally run XFS all day long *synced from an ext2 ramdisk* so hey, double fool points for me...but I haven't lost 10min of work since...I'm very familiar with 'sync' too, no problem flushing at your comfort level. If power crashes, my disk doesn't crash with it, just RAM. My main issue is not having disks spinning when power fails. Basically my disks almost never spin - swapoff, RAMdisk, nice tmpfs use. A database is another thing. It has multiusers, transaction integrity, throughput, yada yada. I'm not sure any fs is good 'nuf except ZFS. But I would probably use RAID for dbs nowadays. The point is, if you have a Biga-bytes database, design and tune, or *you will hurt no matter which fs you're using.* The file system wars blame the wrong targets...the real problems are the legacy *nix holdovers like /var/logs and the sort of server mentality that goes with them. I love Firefox, but have you ever looked at the crazy insane backup behavior? It's unreal - they imitate server cron jons. Pretty ugly performance hits. You maybe thought your bookmarks were "private" but nooooo. They live in ten different places. And of course "profile" management is a sore spot. Because in the legacy server mentality, disks don't move around. I fstablish craptastic legacy server stuff like /var/logs in tmpfs - where no disks spin. A server *is* another story. They need disk logs; but not desktops. I mean it's absurd. We have L1 cache, L2 cache, L3 cache, gigahertz and megabytes, which all goes to waste because *nix wants to write /var/logs...the absolute worst single performance killer being disk access. So yeah, forgive me if I'm too fond of RAM. Even Linus himself finally woke up recently about atime option..."hey guys, what a ridiculous self-defeating behavior!" or words to that effect. It only took 15 years, too... There is a lot of room for improvement in Linux...sort of at the "wow that was dumb" level... Well bye 'til beta time, then... -- davecode@nospammail.net -- http://www.fastmail.fm - Or how I learned to stop worrying and love email again -- gentoo-releng@lists.gentoo.org mailing list