oh man...how weird... a double-inverted-typo-entendre!
[root@tmr6s14 u03]# time dd if=f1 of=/dev/zero bs=1024k
1024+0 records in
1024+0 records out
real 0m12.350s
user 0m0.001s
sys 0m0.226s
[root@tmr6s14 u03]# time dd if=f1 of=/dev/null bs=1024k
1024+0 records in
1024+0 records out
real 0m12.381s
user 0m0.001s
sys 0m0.272s
________________________________
From: Jesse, Rich [mailto:Rich.Jesse@xxxxxx]
Sent: Thursday, December 14, 2006 10:26 AM
To: kevinc@xxxxxxxxxxxxx
Subject: RE: I/O and db_file_multiblock_read_count
Hey Kevin,
I wouldn't have thought of it either. I blatantly plagarized
the methods of the List Experts:
http://www.freelists.org/archives/oracle-l/12-2006/msg00351.html
Perhaps it was your clone? ;)
Rich
________________________________
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Kevin Closson
Sent: Tuesday, December 12, 2006 11:35 AM
To: oracle-l
Subject: RE: I/O and db_file_multiblock_read_count
I would have never though a write to /dev/zero would work...I
learn something new every day.
Can you try this test writing to /dev/null?
________________________________
From: Jesse, Rich [mailto:Rich.Jesse@xxxxxx]
Sent: Tuesday, December 12, 2006 7:16 AM
To: kevinc@xxxxxxxxxxxxx; oracle-l
Subject: RE: I/O and db_file_multiblock_read_count
I'm guessing that I'm limited by CPU on this IBM JS21
blade's LPAR (MPV, 2 cores max) with an SVC (virtualized SAN) backend.
topas showed kernel mode CPU >95% for most of the tests.
/oracle $ time dd if=S.dbf of=/dev/zero bs=1024k
16384+1 records in
16384+1 records out
real 1m3.044s
user 0m0.271s
sys 0m42.458s
/oracle $ time dd if=S.dbf of=/dev/zero bs=1024k
16384+1 records in