From oracle-l-bounce@freelists.org Tue Nov 22 23:53:50 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id jAN5rof5021588 for ; Tue, 22 Nov 2005 23:53:50 -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 jAN5rhAX021569 for ; Tue, 22 Nov 2005 23:53:44 -0600 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3CF1C235140; Wed, 23 Nov 2005 00:53:39 -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 04907-04; Wed, 23 Nov 2005 00:53:39 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9342A23512E; Wed, 23 Nov 2005 00:53:38 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 23 Nov 2005 00:51:43 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DFFB92348DC for ; Wed, 23 Nov 2005 00:51:42 -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 04433-02 for ; Wed, 23 Nov 2005 00:51:42 -0500 (EST) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B31E7234612 for ; Wed, 23 Nov 2005 00:51:42 -0500 (EST) Received: from pd2mr3so.prod.shaw.ca (pd2mr3so-qfe3.prod.shaw.ca [10.0.141.108]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQE0048Q89RC850@l-daemon> for oracle-l@freelists.org; Tue, 22 Nov 2005 22:51:27 -0700 (MST) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd2mr3so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQE00GZY89RA9L0@pd2mr3so.prod.shaw.ca> for oracle-l@freelists.org; Tue, 22 Nov 2005 22:51:27 -0700 (MST) Received: from [127.0.0.1] ([68.147.235.63]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IQE007FB89O9OD0@l-daemon> for oracle-l@freelists.org; Tue, 22 Nov 2005 22:51:26 -0700 (MST) Date: Tue, 22 Nov 2005 22:51:38 -0700 From: Mark Brinsmead Subject: Re: linux DBA's: O_Direct In-reply-to: To: kevinc@polyserve.com Cc: Oracle-L Message-id: <4384036A.6010702@shaw.ca> MIME-version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Accept-Language: en-us, en References: User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-archive-position: 28611 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: mark.brinsmead@shaw.ca Precedence: normal Reply-To: mark.brinsmead@shaw.ca 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=-3.4 required=5.0 tests=AWL,BAYES_00, FAKE_HELO_SHAW_CA,RCVD_IN_SORBS autolearn=no version=2.63 Whoops. My error, it would seem. It seems to me that buffermem lingers in the GUI widget (redhat-config-something-or-other) used to configure sysctl.conf on RHEL, but I guess that doesn't mean a blessed thing... This does explain why the documentation is so lacking, though. :-) So, is there a replacement for this parameter? In the meantime, I had better have a look at my servers, and make sure my memory allocation really is as I think it is... Cheers, -- Mark. Kevin Closson wrote: > > > >>>>Mark, >>>> >>>> You may want to look into the BUFFERMEM parameter (which >>>>you can set with sysctl). With this, you can restrict the >>>>amount of RAM used to buffer filesystem I/O. This may (or >>>> >>>> > >buffermem? That is a blast from the Red Hat >"Frankenkernel" past. Mark Teehan is on 2.4.21 >which would be RHEL 3.0. The last Frankenkernel >to have buffermem in /proc was RHAS 2.1 > >If you haven't nailed huge systems of both SuSE and >RH against the wall to see which one splits at the >seam easier, you might not know what Frankenkernel is :) > >-- >http://www.freelists.org/webpage/oracle-l > > > > > > -- http://www.freelists.org/webpage/oracle-l