And who cares at all if you're not waiting for events associated with this?
Big or small, few or many - it doesn't matter if you're not waiting for them.
Long live the wait interface, which can focus our attention on the bottleneck
(as they say at the breweries).
Christopher Spence wrote:
> I agree 100% in what your saying, but I think saying "It is really bad to
> drop tables randomly from production environment" would be a very similar
> assesmment. If your doing a checkpoint every 15 seconds with 1,000,000
> datafiles over 3,500 tablespaces with 10k redo logs, well perhaps the
> problem isn't the database.
>
> "Walking on water and developing software from a specification are easy if
> both are frozen."
>
> Christopher R. Spence
> Oracle DBA
> Fuelspot
>
> -----Original Message-----
> Sent: Tuesday, June 12, 2001 9:15 PM
> To: Multiple recipients of list ORACLE-L
>
> >I beg to differ with this persons assessment.
> >
> >Number of datafiles hardly effect performance in any noticable
> >manor. This
> >can be noted during checkpoint where high count of data files
> >check point
> >with similar efficiency of low number.
>
> Christopher,
>
> It is not *only* the number of datafiles that affects performance - it is
> the combination of number of log switches X number of files that is the
> problem. A reduction in either of these two equals to a low percentage of
> I/O for file header update vs actual, 'useful' I/O. A small set of redolog
> files with a large number of files = disaster (which implements itself as
> sudden occurences of 'database freeze')
>
> John Kanagaraj
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: John Kanagaraj
> INET: [EMAIL PROTECTED]
>
> 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED]
>
> 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: [EMAIL PROTECTED] (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).
--
Venlig hilsen
Mogens Nørgaard
Technical Director
Miracle A/S, Denmark
Web: http://MiracleAS.dk
Mobile: +45 2527 7100
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Mogens =?iso-8859-1?Q?N=F8rgaard?=
INET: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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).
