From oracle-l-bounce@freelists.org  Tue Nov 22 23:59:09 2005
Return-Path: <oracle-l-bounce@freelists.org>
Received: from air891.startdedicated.com (root@localhost)
 by orafaq.com (8.12.10/8.12.10) with ESMTP id jAN5x8t9022617
 for <oracle-l@orafaq.com>; Tue, 22 Nov 2005 23:59:08 -0600
X-ClientAddr: 206.53.239.180
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id jAN5x7AX022605
 for <oracle-l@orafaq.com>; Tue, 22 Nov 2005 23:59:07 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D0D62234AA7;
 Wed, 23 Nov 2005 00:59:02 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 05530-06; Wed, 23 Nov 2005 00:59:02 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 515142348E1;
 Wed, 23 Nov 2005 00:59:02 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 23 Nov 2005 00:57:07 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9A929234B5F
 for <oracle-l@freelists.org>; Wed, 23 Nov 2005 00:57:07 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 05214-09 for <oracle-l@freelists.org>;
 Wed, 23 Nov 2005 00:57:07 -0500 (EST)
Received: from mail.pdx.polyserve.com (fw.pdx.polyserve.com [216.64.170.67])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 580BC234AA7
 for <oracle-l@freelists.org>; Wed, 23 Nov 2005 00:57:07 -0500 (EST)
Received: from ex1.ms.polyserve.com (ex1.ms.polyserve.com [10.1.0.50])
 by mail.pdx.polyserve.com (Postfix) with ESMTP id 86A625EC36A
 for <oracle-l@freelists.org>; Tue, 22 Nov 2005 21:57:06 -0800 (PST)
X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by Ecartis
Subject: RE: linux DBA's: O_Direct
Date: Tue, 22 Nov 2005 21:57:06 -0800
Message-ID: <B9782AD410794F4687F2B5B4A6FF3501021D5211@ex1.ms.polyserve.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: linux DBA's: O_Direct
Thread-Index: AcXv4sDtxqrFIYS5RNaw+d0aPmmR3QAD4q0Q
From: "Kevin Closson" <kevinc@polyserve.com>
To: "Oracle-L" <oracle-l@freelists.org>
X-archive-position: 28612
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: kevinc@polyserve.com
Precedence: normal
Reply-To: kevinc@polyserve.com
X-list: oracle-l
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net
X-mailscan-MailScanner-Information: Please contact the ISP for more information
X-mailscan-MailScanner: Found to be clean
X-MailScanner-From: oracle-l-bounce@freelists.org
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on 
 air891.startdedicated.com
X-Spam-Level: 
X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
 version=2.63

>>>>I run database backups to an ext3 filesystem, using both 
>>>rman and regular hotbackups on different servers. Linux uses 
>>>all available ram to cache the writes to ext3, which can 

If this is RMAN, why isn't oracle using O_DIRECT for the ext3 target?

10gR2 will do open(,O_DIRECT,) on ext3 if you set
filesystemio_options=directIO.
I would recommend doing that, but then I'd also recommend a
filesystem where you can put any thing you please
in there - without the worry of landmines to step on...none of this
"Uh, I think I'll put some goodies in ocfs filesystem, but then
I have to put these other goodies in ext3 so my system doesn't
blow up" 


Kevin Closson
Chief Architect, Database Solutions
PolyServe
www.polyserve.com



>>>reduce free memory to 10-20MB (the box has 12GB) - this is 
>>>how it is supposed to work. Sometimes the kernel is unable 
>>>to allocate ram for new processes when it drop to this level 
>>>and causes errors. It seems to me that filesystem block 
>>>caching is unsuitable for a database server - it is not an 
>>>issue for OCFS, only for backups to ext3. 
>>>>
>>>>[...]
>>>>--
>>>>  
>>>>
>>>
>>>--
>>>http://www.freelists.org/webpage/oracle-l
>>>
>>>
>>>
--
http://www.freelists.org/webpage/oracle-l


