Re: db_file_multiblock_read_count causing full scans to takelonger?
- From: "Don Seiler" <don@xxxxxxxxx>
- To: "Allen, Brandon" <Brandon.Allen@xxxxxxxxxxx>
- Date: Tue, 19 Dec 2006 14:50:38 -0600
Per HJR's doc, I had set it to something like 800 and it got resized
to 128. I then did the individual 10046 traces which seemed to
confirm that. But alas that didn't turn out to work so well.
Paul, my SA says "64K from what I can guess on my own, block size is
1K on the FS (for now)"
Don.
On 12/19/06, Allen, Brandon <Brandon.Allen@xxxxxxxxxxx> wrote:
Am I missing something, or isn't it best to just leave this parameter
unset (default) in 10.2, in which case Oracle will automatically adjust
it to the max io size of your OS? Along with computing system stats on
a typical workload so you have an accurate mbrc, you should get the best
of both worlds - accurate costing and optimized sequential scans, right?
I have it unset on my 10.2 AIX 5.3 system and it has defaulted to 128
with an 8k block size (1MB).
Regards,
Brandon
Privileged/Confidential Information may be contained in this message or
attachments hereto. Please advise immediately if you or your employer do not
consent to Internet email for messages of this kind. Opinions, conclusions and
other information in this message that do not relate to the official business
of this company shall be understood as neither given nor endorsed by it.
--
http://www.freelists.org/webpage/oracle-l
- References:
- Re: db_file_multiblock_read_count causing full scans to take longer?
- From: Kevin Lidh
- RE: db_file_multiblock_read_count causing full scans to takelonger?
- From: Allen, Brandon
Other related posts:
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » Re: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
- » RE: db_file_multiblock_read_count causing full scans to takelonger?
Am I missing something, or isn't it best to just leave this parameter unset (default) in 10.2, in which case Oracle will automatically adjust it to the max io size of your OS? Along with computing system stats on a typical workload so you have an accurate mbrc, you should get the best of both worlds - accurate costing and optimized sequential scans, right? I have it unset on my 10.2 AIX 5.3 system and it has defaulted to 128 with an 8k block size (1MB). Regards, Brandon Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it.
- Re: db_file_multiblock_read_count causing full scans to take longer?
- From: Kevin Lidh
- RE: db_file_multiblock_read_count causing full scans to takelonger?
- From: Allen, Brandon