X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 2725C52991 for ; Tue, 16 Aug 2005 13:34:06 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 32349-01 for ; Tue, 16 Aug 2005 16:34:03 +0000 (GMT) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by svr1.postgresql.org (Postfix) with ESMTP id A971A52967 for ; Tue, 16 Aug 2005 13:33:58 -0300 (ADT) Received: from juju.arbash-meinel.com ([12.214.18.81]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20050816163352m92009jfg4e>; Tue, 16 Aug 2005 16:33:58 +0000 Received: by juju.arbash-meinel.com (Postfix, from userid 505) id 7525D55FBA; Tue, 16 Aug 2005 11:33:52 -0500 (CDT) Received: from [192.168.1.119] (71-32-69-23.cdrr.qwest.net [71.32.69.23]) by juju.arbash-meinel.com (Postfix) with ESMTP id 8373A55FAD; Tue, 16 Aug 2005 11:33:46 -0500 (CDT) Message-ID: <43021567.1000101@arbash-meinel.com> Date: Tue, 16 Aug 2005 11:33:43 -0500 From: John A Meinel User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alvaro Herrera Cc: Josh Berkus , pgsql-performance@postgresql.org, "Jeffrey W. Baker" , Steve Poe , paul@oxton.com Subject: Re: PG8 Tuning References: <1536.217.45.209.171.1123763001.squirrel@www.gradwell.com> <1123836428.19976.26.camel@amd64-laptop-spoe> <1123779524.6664.1.camel@toonses.gghcwest.com> <200508160912.32263.josh@agliodbs.com> <20050816162531.GB32695@alvh.no-ip.org> In-Reply-To: <20050816162531.GB32695@alvh.no-ip.org> X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB40C2E18404ED09A81E307A1" X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.038 required=5 tests=[AWL=-0.013, FORGED_RCVD_HELO=0.05] X-Spam-Level: X-Archive-Number: 200508/177 X-Sequence-Number: 13924 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB40C2E18404ED09A81E307A1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Alvaro Herrera wrote: > On Tue, Aug 16, 2005 at 09:12:31AM -0700, Josh Berkus wrote: > > >>However, you are absolutely correct in that it's *relative* advice, not >>absolute advice. If, for example, you're using a $100,000 EMC SAN as your >>storage you'll probably be better off giving it everything and letting its >>controller and cache handle disk allocation etc. On the other hand, if >>you're dealing with the 5 drives in a single Dell 6650, I've yet to encounter >>a case where a separate xlog disk did not benefit an OLTP application. > > > I've been asked this a couple of times and I don't know the answer: what > happens if you give XLog a single drive (unmirrored single spindle), and > that drive dies? So the question really is, should you be giving two > disks to XLog? > I can propose a simple test. Create a test database. Run postgres, insert a bunch of stuff. Stop postgres. Delete everything in the pg_xlog directory. Start postgres again, what does it do? I suppose to simulate more of a failure mode, you could kill -9 the postmaster (and all children processes) perhaps during an insert, and then delete pg_xlog. But I would like to hear from the postgres folks what they *expect* would happen if you ever lost pg_xlog. What about something like keeping pg_xlog on a ramdisk, and then rsyncing it to a hard-disk every 5 minutes. If you die in the middle, does it just restore back to the 5-minutes ago point, or does it get more thoroughly messed up? For some people, a 5-minute old restore would be okay, as long as you still have transaction safety, so that you can figure out what needs to be restored. John =:-> --------------enigB40C2E18404ED09A81E307A1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDAhVnJdeBCYSNAAMRAsGuAKC2vFtT4mOyAH5nKLN4kggMF7hUeQCgyYRa yN/jfacttQyc3tNPvQTK15o= =XI9u -----END PGP SIGNATURE----- --------------enigB40C2E18404ED09A81E307A1--