Received: from localhost (maia-5.hub.org [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id 490639FB747 for ; Fri, 27 Apr 2007 01:51:00 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 20405-09 for ; Fri, 27 Apr 2007 01:50:54 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from westnet.com (westnet.com [216.187.52.2]) by postgresql.org (Postfix) with ESMTP id CF4FC9FB691 for ; Fri, 27 Apr 2007 01:50:54 -0300 (ADT) Received: from westnet.com (localhost [127.0.0.1]) by westnet.com (8.14.0/8.14.0) with ESMTP id l3R4ot4j019534 for ; Fri, 27 Apr 2007 00:50:55 -0400 (EDT) Received: from localhost (gsmith@localhost) by westnet.com (8.14.0/8.13.2/Submit) with ESMTP id l3R4otUG019530 for ; Fri, 27 Apr 2007 00:50:55 -0400 (EDT) X-Authentication-Warning: westnet.com: gsmith owned process doing -bs Date: Fri, 27 Apr 2007 00:50:55 -0400 (EDT) From: Greg Smith X-X-Sender: gsmith@westnet.com To: Postgresql list Performance Subject: Re: Fragmentation of WAL files In-Reply-To: <20070426080050.522ef7b5.wmoran@collaborativefusion.com> Message-ID: References: <3BD44C5D-E402-43EB-8FFD-1A4BC97AFD0C@decibel.org> <20070426080050.522ef7b5.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200704/456 X-Sequence-Number: 24333 On Thu, 26 Apr 2007, Bill Moran wrote: > I've seen marketing material that claims that modern NTFS doesn't suffer > performance problems from fragmentation. You're only reading half of the marketing material then. For a balanced picture, read the stuff generated by the companies that sell defragmenting tools. A good one to start with is http://files.diskeeper.com/pdf/HowFileFragmentationOccursonWindowsXP.pdf Going back to the Jim's original question, they suggest a Microsoft paper that talks about how the defrag report can be misleading in respect to open files. See http://support.microsoft.com/kb/228198 Also, some of the most interesting details they gloss over are specific to which version of Windows you're using; the reference guide to the subject of how NTFS decides how much space to pre-allocate at a time is available at http://support.microsoft.com/kb/841551 (ZIP file wrapped into EXE, yuck!) If you compare them, you can see that the approach they're using in NTFS has evolved to become more like that used by a good UNIX filesystem over time. I think your typical UNIX still has a healthy lead in this area, but the difference isn't as big as it used to be. -- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD