-----Original Message-----
From: Kevin Kostyszyn [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 22, 2001 11:31 AM
To: Multiple recipients of list ORACLE-L
Subject: RE: Log writerJeez, Seagate Cheeta 18 and 36, 10k RPM ahhhUNFORMATTED CAPACITY (GB) ________________22.54
FORMATTED CAPACITY (GB) __________________18.21
AVERAGE SECTORS PER TRACK ________________213 rounded down
ACTUATOR TYPE ____________________________ROTARY VOICE COIL
TRACKS ___________________________________167,008
CYLINDERS ________________________________6,962 user
HEADS ______PHYSICAL______________________24
DISCS (3 in) _____________________________12
MEDIA TYPE _______________________________THIN FILM/MR
RECORDING METHOD _________________________PRML 8/9 PR4
INTERNAL TRANSFER RATE (mbits/sec)________152 to 231
EXTERNAL TRANSFER RATE (mbyte/sec) _______40 Sync
Low Voltage Differential(LVD) _______80 Sync
SPINDLE SPEED (RPM) ______________________10,025
AVERAGE LATENCY (mSEC) ___________________2.99
BUFFER (/optional) _______________________1MB/4MB
Read Look-Ahead, Adaptive,
I believe the only problem is that they are on one controller. However, this is not a huge database, only about 3-4 users connected at a time, but lots of DML. The machine is a Dell Precision 410 with a gig of Ram and dual PIII 450's. I don't think that it's a huge problem, but it does keep coming up. There are three log file groups of 32 MB's each and yes the database is also spread accross these two platters.Oh and the results......YOINK!rdbms ipc message 14980809
SQL*Net message from client 9595869
pmon timer 1880177
virtual circuit status 1877869
smon timer 1875449
dispatcher timer 1874318
SQL*Net break/reset to client 49746
control file parallel write 18026
db file sequential read 3947
log file sync 1456
db file scattered read 1017EVENT TIME_WAITED
---------------------------------------------------------------- -----------
log file parallel write 616
Null event 411
library cache pin 315
refresh controlfile command 292
reliable message 273
rdbms ipc reply 146
control file sequential read 108
log file switch completion 58
SQL*Net more data to client 45
enqueue 27
file identify 24EVENT TIME_WAITED
---------------------------------------------------------------- -----------
log file single write 23
latch free 19
SQL*Net message to client 17
file open 16
buffer busy waits 13
SQL*Net more data from client 6
direct path read 5
log file sequential read 0
db file parallel write 0
instance state change 0
direct path write 0EVENT TIME_WAITED
---------------------------------------------------------------- -----------
LGWR wait for redo copy 0Which ya think master Ross?Kev-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mohan, Ross
Sent: Thursday, March 22, 2001 11:02 AM
To: Multiple recipients of list ORACLE-L
Subject: RE: Log writerDisk mfr?
rpm?
seek/access times?
diskperf -y set already?
CPU,I/O, or diskbound system?
log buffer size? log file size?
what else is on the "separate" disks? anything?
separate disks share a controller?
select event, time_waited from v$system_event order by 2 desc; results?just a few questions that come to mind....
-----Original Message-----
From: Kevin Kostyszyn [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 22, 2001 8:50 AM
To: Multiple recipients of list ORACLE-L
Subject: Log writer
Hi all,
I am testing out Spotlight on Oracle from Quest Software. It is telling me
that my log writer process is slow. What it looks like it is saying is that
most disks take about 20ms to right the data and mine is taking on average
about 40ms. I don't know why, they are scsi drives and there isn't that
much stress on the syste. Anyway, I moved the redo logs to seperate disks,
but I fear I may have made an error. Instead of moving each "group" to
seperate hard disks, I moved the members of each group to seperate hard
disks. Anyway, I am wondering if anyone has advice on this problem.Sincerely,
Kevin Kostyszyn
DBA
Dulcian, Inc
www.dulcian.com
[EMAIL PROTECTED]--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Kevin Kostyszyn
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).
Title: RE: Log writer
Kev,
Pure
shot from hip:
I'd
say you have more network/app response tuning than log tuning.
I'd
say
you have more disk tuning ( for table/index reads) than log tuning. I
would
DEFINITELY turn the silly ass MTS off.
I'd
find out how to make sure disk cache is 4 MB and is
writeBACK
not
writeTHRU. ( if either ) I'd have questions about the controller, too,
but.."later".
(You
didn't tell me the size of the redo log buffer...)
Of
course, having a two disk wonder (or whatever it is) is the
number
one
thing to work on.
In any
case, with your hardware, your system should easily be able
to
handle a few users, in its sleep.
There's about two dozen little tweaks you can do to perk things up a bit,
but
basically, your "rock and a hard place" is going to be a two disk
wonder
on a
single controller...
hth
Ross
- Log writer Kevin Kostyszyn
- Log writer Kevin Kostyszyn
- RE: Log writer Mohan, Ross
- RE: Log writer Kevin Kostyszyn
- RE: Log writer Mohan, Ross
- RE: Log writer Kevin Kostyszyn
- Re: Log writer Donald Bricker
- RE: Log writer Mohan, Ross
- RE: Log writer Kevin Kostyszyn
- RE: Log writer Riyaj_Shamsudeen
- RE: Log writer Kevin Kostyszyn
- RE: Log writer Kevin Kostyszyn
- RE: Log writer Mohan, Ross
