Re: _tru64_directio_disabled param Value on Digital Tru64 Unix

Yes, I changed it from the default.

Jay Hostetter
Oracle DBA
D. & E. Communications
Ephrata, PA USA

>>> "Hemant K Chitale" <hkchital_at_singnet.com.sg> 05/30/02 09:32AM >>>

So you got a performance improvement by
*disabling* DirectIO (ie, by setting _tru64_directio_disabled=TRUE) ?

Hemant K Chitale

• Original Message ----- To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com> Sent: Thursday, 30 May, 2002 3:48 AM

I joined in on this thread a little bit late. I just did a little experimentation with this parameter, and all that I can say is WOW! This is the equivalent of the mythical _make_sql_run_faster!

My quick tests on 8.1.7.2 on both Tru64 5.1 pk3 and 5.1a pk1:

Query1 : Avg. of 1.13 sec improved to .11 sec.
Query2 : Avg. of 11.78 sec improved to 2.12 sec.
Query3 : Avg. of .75 sec improved to .08 sec.

This included multiple runs of each query, with a database bounce in between of course.

So, what is the catch?

>>> Srini.Chavali_at_Cummins.com 05/29/02 02:26PM >>>

Quote from a person who has had researched this thoroughly at our site -

"Oracle 8.1.6 and later releases check to see if they are running on Tru64 5.0a or later operating system revision. If so, the RDBMS automatically uses the directio mode to open the database files.

Directio bypasses the operating system (ADVFS file system) caching and is more efficient; however, ADVFS does not cache any data or pre-fetch read data. For single block random reads directio is a performance improvement--there is less O/S overhead and Oracle does a good job of managing the buffer cache. However, Oracle does not hold multiple block reads in its cache, so if your workload involves a large number of multi-block reads directio is a performance detriment. The blocks are not cached, so re-reads require physical I/O for each read, and Oracle does not pre-fetch data as ADVFS does, so the application incurs more I/O wait.

Also, any subsequent access after a file is opened in directio mode inherits the directio mode. This may impact other applications reading the files outside of the database activity--for example backup.

In our experience using the Oracle Applications (ERP) suite, overall performance was better with directio disabled.

By default directio is enabled if running 8.1.6 or later and Tru64 5.0a or later. The flag to disable was introduced in 8.1.7.2, I believe. We were told not to run 8.1.7.2 on Tru64 (buggy), so we have implemented 8.1.7.3.

The default operating mode is:

_tru64_directio_disabled = FALSE

This enables directio. If you set it TRUE, then the RDBMS I/O will function as it did before--using normal I/O. There is not a lot of risk in changing this option, and directio may prove to be advantageous for a heavy OLTP environment. I would recommend testing outside of Production if at all possible.

Bill"

HTH Srini Chavali
Oracle DBA
Cummins Inc

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com 
--
Author:
  INET: Srini.Chavali_at_Cummins.com 

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: 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).




**DISCLAIMER
This e-mail message and any files transmitted with it are intended for the
use of the individual or entity to which they are addressed and may contain
information that is privileged, proprietary and confidential. If you are not
the intended recipient, you may not use, copy or disclose to anyone the
message or any information contained in the message. If you have received
this communication in error, please notify the sender and delete this e-mail
message. The contents do not represent the opinion of D&E except to the
extent that it relates to their official business.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com 
--
Author: Jay Hostetter
  INET: jhostetter_at_decommunications.com 

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: 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).




**DISCLAIMER
This e-mail message and any files transmitted with it are intended for the use of the individual or entity to which they are addressed and may contain information that is privileged, proprietary and confidential. If you are not the intended recipient, you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received this communication in error, please notify the sender and delete this e-mail message. The contents do not represent the opinion of D&E except to the extent that it relates to their official business.
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Jay Hostetter
  INET: jhostetter_at_decommunications.com

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: 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).