RE: Tuning in VXFS & Quick I/O

Qio does not increase performance of reads, it is mainly for writes. Although Cached quick io will give read performance boost in some areas due to the pre-fetch

"Walking on water and developing software from a specification are easy if both are frozen."

Christopher R. Spence
Oracle DBA
Fuelspot

-----Original Message-----
Sent: Wednesday, June 20, 2001 10:31 AM
To: Multiple recipients of list ORACLE-L

AIM - Performance Tuning on O.S. & Veritas

SETUP -
DB Server :-
E3500 m/c = 2 CPUs , 2 GB RAM
Solaris 8 on ORA 8.1.7.1
Database on VXFS Filesystem with Quick I/O Installed . RAID 0 with 64 K Stripe Size using VXVM & 8 K VXFS Block Size Software RAID Configured as H/W RAID NOT Supported by the A5200 Storage Box.
db_block_size=8 K

Benchmarking Run Done on a Banking Application . 5000 Transactions Distributed Between 200 Concurrent User Processes are Executed
Transactions' Mix = OLTP & Batch Runs in the ratio 70:30 percent respectively

/etc/vfstab :-
/dev/vx/dsk/rootdg/vol01 /dev/vx/rdsk/rootdg/vol01 /in1/db1

vxfs    3       yes     mincache=direct,convosync=direct


/dev/vx/dsk/rootdg/vol02        /dev/vx/rdsk/rootdg/vol02       /in1/db2

vxfs    3       yes     mincache=direct,convosync=direct


/dev/vx/dsk/rootdg/vol03        /dev/vx/rdsk/rootdg/vol03       /in1/db3

vxfs    3       yes     mincache=direct,convosync=direct



/etc/vx/tunefs :-

/dev/vx/dsk/rootdg/vol01 qio_cache_enable=1

Qs. What Parameters Can be additionally Set on the O.S. & Veritas to Give a performance Benefit

Qs. Should the Tempfiles Also be Converted to Quick I/O (QIO) & Thereafter De-Sparsed ?

NOTE - After Converting the Existing Database's Files to Quick I/O (Running mkqio.sh) , NO performance benefit was Observed between the NON-QIO & QIO Converted Database in the Benchmark Runs .

Upon Setting the parameters mincache=direct,convosync=direct in
/etc/vfstab & qio_cache_enable=1 in /etc/vx/tunefstab Files for the VXFS
Filesyatems Containing the Database , Some Business Types of Transactions promarily Batch in Nature Improved Distinctly Though the OLTP Trans, Types Continued to perform at the Same Rate

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: VIVEK_SHARMA
  INET: VIVEK_SHARMA_at_infy.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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Christopher Spence
  INET: cspence_at_FuelSpot.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).