Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YsvfF-00056J-Gc for pgsql-admin@arkaria.postgresql.org; Thu, 14 May 2015 16:07:13 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YsvfE-0000Vp-T4 for pgsql-admin@arkaria.postgresql.org; Thu, 14 May 2015 16:07:12 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YsvfE-0000Vf-2h for pgsql-admin@postgresql.org; Thu, 14 May 2015 16:07:12 +0000 Received: from omr-m06.mx.aol.com ([64.12.143.80]) by magus.postgresql.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84) (envelope-from ) id 1YsvfA-0001jg-CP for pgsql-admin@postgresql.org; Thu, 14 May 2015 16:07:10 +0000 Received: from mtaomg-aal02.mx.aol.com (mtaomg-aal02.mx.aol.com [172.27.20.208]) by omr-m06.mx.aol.com (Outbound Mail Relay) with ESMTP id 6D59570031622; Thu, 14 May 2015 12:07:05 -0400 (EDT) Received: from core-lka04e.mail.aol.com (core-lka04.mail.aol.com [10.76.33.4]) by mtaomg-aal02.mx.aol.com (OMAG/Core Interface) with ESMTP id 442B438000085; Thu, 14 May 2015 12:07:05 -0400 (EDT) Received: from 69.191.241.34 by webstg-m03.mail.aol.com (10.74.51.128) with HTTP (WebMailUI); Thu, 14 May 2015 12:07:04 -0400 Date: Thu, 14 May 2015 12:07:04 -0400 From: Ravi Krishna To: tgl@sss.pgh.pa.us Cc: pgsql-admin@postgresql.org Message-Id: <14d532dde85-2108-310a1@webstg-m03.mail.aol.com> In-Reply-To: <21483.1431618933@sss.pgh.pa.us> References: <21483.1431618933@sss.pgh.pa.us> Subject: Re: WAL and O_DIRECT MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_297018_631856957.1431619624579" X-MB-Message-Source: WebUI X-MB-Message-Type: User X-Mailer: JAS STD X-Originating-IP: [69.191.241.34] x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aim.com; s=20140625; t=1431619625; bh=4TZMYv89Fe8u0hxHp8xmMlTeR5Z2wawCqQmBquJ1JCE=; h=From:To:Subject:Message-Id:Date:MIME-Version:Content-Type; b=Yx8Q6xYPcjpWdCtxfeEb7+lFKkeUeJtf9M/CEc7jVF0/pGPS4yoYusf2o/IDZC81N VJfS2icnpO/q3W3K6T6bRSrhGIr0nwYSiXYbq2rU+5dSJNqnAGZiJ7aU1IT3Cx4BXY vMbVJdbB1EV7N8LV5mSlfEpJDbYVxeisOV3X3EEg= x-aol-sid: 3039ac1b14d05554c8291b44 X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org ------=_Part_297018_631856957.1431619624579 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit >> However our DB2 folks are raising a concern that PG WAL writes may not be crash safe, unless we are using >> write back technology in SAN or SSD , which we are using. > What's your point exactly? If the underlying hardware does not provide durable writes, there's > nothing PG (or DB2) can do to fix that. Am I right in concluding that PG WAL writes without underlying h/w caching is not crash proof. Fortunately these days caching is ubiquitous in all SSD/SAN technology. Both Oracle and DB2 always open WAL logs in O_DIRECT. Is this thinking outdated with modern technology which caches writes. Wonder why Oracle/DB2 are not making O_DIRECT optional. I am sure it will increase the write performance. ------=_Part_297018_631856957.1431619624579 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit

>> However our DB2 folks are raising a concern that PG WAL writes may not be crash safe, unless we are using
>> write back technology in SAN or SSD , which we are using.

> What's your point exactly?  If the underlying hardware does not provide durable writes, there's
> nothing PG (or DB2) can do to fix that.

Am I right in concluding that PG WAL writes without underlying h/w caching is not crash proof. 
Fortunately these days caching is  ubiquitous in all SSD/SAN technology. Both Oracle and DB2 always open WAL 
logs in O_DIRECT. Is this thinking outdated with modern technology which caches writes. Wonder why Oracle/DB2 
are not making O_DIRECT optional. I am sure it will increase the write performance.


------=_Part_297018_631856957.1431619624579--