Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 17231 invoked from network); 12 Dec 2006 12:57:09 -0600 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by 69.64.49.119 with SMTP; 12 Dec 2006 12:57:09 -0600 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7A377567F8E; Tue, 12 Dec 2006 13:56:14 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16588-02; Tue, 12 Dec 2006 13:56:14 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D5A8A567E8B; Tue, 12 Dec 2006 13:56:12 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 12 Dec 2006 13:55:08 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2C638567EA3 for ; Tue, 12 Dec 2006 13:55:08 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16202-05 for ; Tue, 12 Dec 2006 13:55:08 -0500 (EST) Received: from mail.pdx.polyserve.com (mail2.pdx.polyserve.com [216.64.170.69]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C8A75567E99 for ; Tue, 12 Dec 2006 13:55:07 -0500 (EST) Received: from ex2.ms.polyserve.com (ex2.ms.polyserve.com [10.1.0.6]) by mail2.pdx.polyserve.com (Postfix) with ESMTP id 3CF105EC379; Tue, 12 Dec 2006 10:56:02 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C71E1F.2AF41C14" Subject: RE: I/O and db_file_multiblock_read_count Date: Tue, 12 Dec 2006 10:56:01 -0800 Message-ID: <5D2570CAFC98974F9B6A759D1C74BAD001C33796@ex2.ms.polyserve.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: I/O and db_file_multiblock_read_count From: "Kevin Closson" To: "Matthew Zito" , , "oracle-l" X-archive-position: 43061 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: kevinc@polyserve.com Precedence: normal Reply-to: kevinc@polyserve.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at avenirtech.net ------_=_NextPart_001_01C71E1F.2AF41C14 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable ahhh... I haven't touched Sol in 5 years...I guess it shows! Thanks, Matt ________________________________ From: Matthew Zito [mailto:mzito@gridapp.com]=20 Sent: Tuesday, December 12, 2006 9:51 AM To: kevinc@polyserve.com; oracle-l Subject: RE: I/O and db_file_multiblock_read_count =09 =09 Nono, its just that on Linux, let's say, cat S.dbf > /dev/null is fast, but an strace will show that its actually doing a stream of write()s to the device. On solaris, it does something like (horrible perl-ish pseudocode): =20 if ( dest =3D=3D /dev/null) { exit 0; } else { write(contents, dest); } =20 =20 Matt ________________________________ From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Kevin Closson Sent: Tuesday, December 12, 2006 12:45 PM To: oracle-l Subject: RE: I/O and db_file_multiblock_read_count =09 =09 what? can't dump junk in the bit bucket on Sol? I must not be gettign your point ________________________________ From: Matthew Zito [mailto:mzito@gridapp.com]=20 Sent: Tuesday, December 12, 2006 9:40 AM To: kevinc@polyserve.com; oracle-l Subject: RE: I/O and db_file_multiblock_read_count =09 =09 /dev/null is hard, as some OS'es, solaris notably, do evil tricks with certain utilities (like cat something to /dev/null - it returns immediately). Not sure about dd ________________________________ From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Kevin Closson =09 ------_=_NextPart_001_01C71E1F.2AF41C14 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable
ahhh... I haven't touched Sol in 5 years...I = guess it=20 shows!  Thanks, Matt

From: Matthew Zito = [mailto:mzito@gridapp.com]=20
Sent: Tuesday, December 12, 2006 9:51 AM
To:=20 kevinc@polyserve.com; oracle-l
Subject: RE: I/O and=20 db_file_multiblock_read_count

Nono, its just that on Linux, let's say, cat = S.dbf >=20 /dev/null is fast, but an strace will show that its actually doing a = stream of=20 write()s to the device.  On solaris, it does something like = (horrible=20 perl-ish pseudocode):
 
if ( dest =3D=3D /dev/null) = {
   =20 exit = 0;
} else {
   =20 write(contents,=20 dest);
}
 
 
Matt

From: = oracle-l-bounce@freelists.org=20 [mailto:oracle-l-bounce@freelists.org] On Behalf Of Kevin=20 Closson
Sent: Tuesday, December 12, 2006 12:45 = PM
To:=20 oracle-l
Subject: RE: I/O and=20 db_file_multiblock_read_count

what? can't dump junk in the bit bucket = on Sol? I=20 must not be gettign your point

From: Matthew Zito=20 [mailto:mzito@gridapp.com]
Sent: Tuesday, December 12, = 2006=20 9:40 AM
To: kevinc@polyserve.com; = oracle-l
Subject:=20 RE: I/O and db_file_multiblock_read_count

/dev/null is hard, as some OS'es, solaris = notably, do=20 evil tricks with certain utilities (like cat something to = /dev/null - it=20 returns immediately).  Not sure about = dd

From: = oracle-l-bounce@freelists.org=20 [mailto:oracle-l-bounce@freelists.org] On Behalf Of Kevin = = Closson
------_=_NextPart_001_01C71E1F.2AF41C14-- -- http://www.freelists.org/webpage/oracle-l