Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: DISK_ASYNC_IO
Darrell,
I'd recomend to set it to FALSE if your entire database is on FS. Why?, because if not your OS will use threaded Async I/O, it will use some light-weight processes to SIMULATE async I/O. And that (according to my experience) has resulted in a high CPU usage and in a slow I/O response.
Of course, I'd also recomend to put (at least) your redo and temp files on raw devices and set the parameter _filesystemio_options to directio and disk_async_io=true. This will use KAIO on the raws and DirectIO on the FS. Best of both worlds
HTH
greetings
Diego Cutrone
Does anyone have any experiences to share regarding this parameter?
Here's the scenario:
We're on HP-UX with veritas file systems which means
no asynchronous
I/O.
However the disk_async_io parameter is true by
default. I'm wondering
if there's any reason to set this to false. I know
we're not using
async io, but does this parameter pose any kind of
problem or risk to
Oracle by being set to true in a non-async
environment?
I've searched metalink (and am still reading through
the fluff), but
haven't found this addressed.
Thanks!
--
Please see the official ORACLE-L FAQ:
http://www.orafaq.net
--
Author: Darrell Landrum
INET: DLANDRUM_at_zalecorp.com
Fat City Network Services -- 858-538-5051
http://www.fatcity.com
San Diego, California -- Mailing list and web
hosting services
Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services ---------------------------------------------------------------------To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (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). Received on Thu Apr 24 2003 - 18:31:38 CDT
![]() |
![]() |