Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> [oracle-l] Re: Help With Veritas and my search for the Holy "I/O" Grail (testing with the tool from www.iozone.org)
No, I can't say that we did. Our testing has also involved benchmarking the application, creating of 10gig tablespaces, redo log switches, and 8 gig partitioned table index creation. All tests give the same time or worse with the aforementioned Veritas options. The Veritas options we tested with included the recommendations from Steve Adams site, Veritas documentation, MetaLink forums, and a support ticket with Veritas. One of the reasons I did not test with the iozone option of "O_SYNC" is that from what I can tell, that is not what Oracle uses to open tablespace datafiles. I did a truss of an Oracle shadow process on Solaris and as you can see below I grep'ed out the open call which shows that Oracle uses the O_DSYNC option, not the O_SYNC. Regardless, per the Veritas documentation the options we are using should force all opens to direct/no buffer mode with direct write through to disk (or the disk array memory on machines that have it).
I will test the "-o" option tomorrow but I'm not sure what it will get me.
BTW- The reason I use iozone is it's original author is an Oracle employee.
Anyway, thanks for taking the time to reply Jonathan.
24952:d99490_at_mkeux002> grep -i SYNC trs.out | grep dbf
8621: open("/t04/oracle/oradata/avsqa/TIF_IDX_01.dbf", O_RDWR|O_DSYNC) =
13
8621: open("/t05/oracle/oradata/avsqa/TIF_IDX_02.dbf", O_RDWR|O_DSYNC) =
13
"Jonathan Lewis" <jonathan_at_jlcomp.d To: <oracle-l_at_freelists.org> emon.co.uk> cc: Sent by: Subject: [oracle-l] Re: Help With Veritas and my search for the Holy "I/O" Grail oracle-l-bounce_at_fr (testing with the tool from www.iozone.org) eelists.org 01/25/2004 05:00 AM Please respond to oracle-l
I haven't tried running iozone, so I don't know what the default output looks like so this question may be irrelevant, but are you checking the O_SYNC figures against Oracle's performance (iozone option -o) ?
If not, then you're not comparing like with like.
Regards
Jonathan Lewis
http://www.jlcomp.demon.co.uk
The educated person is not the person
who can answer the questions, but the
person who can question the answers -- T. Schick Jr
Next public appearances:
Jan 29th 2004 UKOUG Unix SIG - v$ and x$The Burden of Proof
March 2004 Charlotte NC OUG - CBO Tutorial
April 2004 Iceland
One-day tutorials:
http://www.jlcomp.demon.co.uk/tutorial.html
Three-day seminar:
see http://www.jlcomp.demon.co.uk/seminar.html
____UK___February
The Co-operative Oracle Users' FAQ
http://www.jlcomp.demon.co.uk/faq/ind_faq.html
We have been trying to squeak out a little bit more bandwidth from our disk
sub-system. I have been doing benchmarks using the tool from
http://www.iozone.org. The command I use for the basic baseline test is
"iozone -Rab base.wks" which in effect takes all system default values to
do the reads/writes. I then test with the command "iozone -IRab
vx_direct.wks" which now forces the reads/writes to direct I/O by issuing
the command "ioctl(fd,VX_SETCACHE,VX_DIRECT);" in the .c program. When we
compare the performance of the base to the direct timings it's like "WOW,
Where have you been all my life".
So now we are puzzled as to just how in the 'el do we get Oracle to use the
direct option. We have read the Veritas manuals and combed several pages
on www.ixora.com.au (Steve Adam's site). The mount options/combinations we
have tried are "mincache=direct,convosync=direct" and
"convosync=direct,mincache=dsync". The base line testing with iozone is
between 50 and 100 percent slower with either of these mount options in
place. Running iozone with the "-I" (vx_direct enabled) continues to
scream regardless of what we do to the mount points.
So now, WTF do I do.
PS: The first person who suggests raw disk or QIO has to find me a shrubbery) Received on Sun Jan 25 2004 - 21:45:33 CST
![]() |
![]() |