Connor,
Thanks for your input. I agreed with you on what you said about the cache,
however what I was asking is the read-ahead that the file system provided,
for a physical read request, the file system actually read more blocks into
the buffer, so the next physical read request can be satisfied from memory.
I was wondering with direct I/O, is this still true?? Does VxFS read-ahead
when it process a read request?? May be there is no such thing as read-ahead
or it is irrelevant in this context, please correct me if my question
doesn't make any sense!
KC
-----Original Message-----
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
Date: Thursday, June 28, 2001 1:27 AM
>The argument for direct io is that if you already have
>a large cache (the oracle one), then its not much use
>having a second copy of that cache (the unix one) -
>that memory could possibly be better used elsewhere
>(supporting more users, large sort sizes etc etc etc)
>
>So having direct io is giving more of the caching
>responsibility to the oracle buffer cache.
>
>hth
>connor
>
> --- KC <[EMAIL PROTECTED]> wrote: > Dear list,
>>
>> Our shop is running Solaris 2.6, Oracle database
>> 8.0.6 and Veritas VxFS file system. At present, all
>> database file access thru the file system buffer
>> cache, we decided to use the direct I/O mount option
>> with VxFS for performance reason. There is one issue
>> I am not sure about and hope someone on the list can
>> give me a pointer, access database file thu the file
>> system buffer cache gives us "read ahead" advantage,
>> with direct I/O I think what you read is what you
>> get (no read ahead functionality), is this an
>> issue?? If it is an issue, how do you deal with it??
>> WIth file system buffer cache, I think the database
>> block size should be the same as file system buffer
>> size and file system block size is irrelevant to how
>> much system read or write, is this still true under
>> direct I/O, I am not sure what dictate how much data
>> to read or write??
>>
>> KC
>>
>
>=====
>Connor McDonald
>http://www.oracledba.co.uk (mirrored at
>http://www.oradba.freeserve.co.uk)
>
>"Some days you're the pigeon, some days you're the statue"
>
>____________________________________________________________
>Do You Yahoo!?
>Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
>or your free @yahoo.ie address at http://mail.yahoo.ie
>--
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>--
>Author: =?iso-8859-1?q?Connor=20McDonald?=
> INET: [EMAIL PROTECTED]
>
>Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
>San Diego, California -- Public Internet access / Mailing Lists
>--------------------------------------------------------------------
>To REMOVE yourself from this mailing list, send an E-Mail message
>to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
>the message BODY, include a line containing: UNSUB ORACLE-L
>(or the name of mailing list you want to be removed from). You may
>also send the HELP command for other information (like subscribing).
>
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: KC
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
