Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Why I get different 'db file scattered read' values?
Lots of possible reasons.
Reads can be limited by (in no particular order):
1.) Max I/O allowable by OS. 2.) Max I/O allowable by filesystem, LVM, etc. 3.) Max I/O allowable by Oracle on that platform. 4.) Extent size. (db file scattered read will not span extents.) 5.) Block already in cache. If Oracle is doing a read starting w/block 1, for 8 blocks, but block 5 is in the cache, Oracle will only read 1-4, then do another read for 6-8.
In your case, I'd guess #5, but it's hard to be certain without more info....
-Mark
Mark J. Bobak
Oracle DBA
ProQuest Company
Ann Arbor, MI
"Post Hoc Ergo Propter Hoc"
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Juan Carlos Reyes
Pacheco
Sent: Monday, July 19, 2004 1:34 PM
To: oracle-l_at_freelists.org
Subject: Why I get different 'db file scattered read' values?
Hi list, I runt the following script to get the
DB_FILE_MULTIBLOCK_READ_COUNT value
=20
SQL> ALTER SESSION SET DB_FILE_MULTIBLOCK_READ_COUNT =3D100; SQL> SET AUTOTRACE TRACEONLY SQL> ALTER SESSION SET TRACEFILE_IDENTIFIER=3D'TEST_BLOCK_SIZE'; SQL> ALTER SESSION SET EVENTS '10046 TRACE NAME CONTEXT FOREVER, LEVEL SQL> SELECT /*+ FULL(A) */ * FROM ADM.TRANSAC_ME A;371196 filas seleccionadas.
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line. -- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Mon Jul 19 2004 - 12:54:04 CDT