From oracle-l-bounce@freelists.org Tue Sep 27 12:31:30 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j8RHVUKJ005449 for ; Tue, 27 Sep 2005 12:31:30 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j8RHVM6H005409 for ; Tue, 27 Sep 2005 12:31:22 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 1CD601EFDA0; Tue, 27 Sep 2005 12:31:18 -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 21541-05; Tue, 27 Sep 2005 12:31:17 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 846A31EFBBD; Tue, 27 Sep 2005 12:31:17 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=mkNHYA7Nmv8Fh03n4p+SPny3UJ5PFVY1VQH1vf9Ec7j5wZMPljyffFuhv9Cz+Z8T6lMvpAHDmpI3b/vdgQ/dbmKzPvGeqFwg5Xs7eauWXreVYnOXc0yDpzsUGvLckfPR1HxTBA4R+T5UGP3uvmefLB7VMAIjEfn2yd8+RA0Wx/E= Message-ID: Date: Tue, 27 Sep 2005 13:29:22 -0400 From: Paul Baumgartel To: Oracle-L Subject: Re: Solid State Disks for Databases In-Reply-To: <2110.45681127841124.hotsos01.hotsos.com@MHS> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_12365_10852642.1127842162550" References: <2110.45681127841124.hotsos01.hotsos.com@MHS> X-archive-position: 25946 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: paul.baumgartel@gmail.com Precedence: normal Reply-To: paul.baumgartel@gmail.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-3.6 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE autolearn=ham version=2.63 ------=_Part_12365_10852642.1127842162550 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 9/27/05, Cary Millsap wrote: > > The one idea I'd like to highlight... > > > > Specifically, I'll mention that if V$SYSTEM_EVENT shows that I/O "wait > events" have consumed more time than any other "wait event" (Statspack, > for > example), then you have no idea by how much SSD might help your end users= ' > performance, or whether in fact SSD will even help at all. > > Is the point here simply that the wait information in this view isn't broke= n down by session, as opposed to v$session_wait? -- Paul Baumgartel paul.baumgartel@aya.yale.edu ------=_Part_12365_10852642.1127842162550 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

On 9/27/05, Cary Millsap <Car= y.Millsap@hotsos.com> wrote:
The one idea I'd like to highlight...



Specifically, I'll men= tion that if V$SYSTEM_EVENT shows that I/O "wait
events" have = consumed more time than any other "wait event" (Statspack, for
example), then you have no idea by how much SSD might help your end use= rs'
performance, or whether in fact SSD will even help at all.


Is the point here simply that the wait information in this view isn't broken down by session, as opposed to  v$session_wait?
--
Paul Baumgartel
paul.baumgartel@aya.yale.edu

------=_Part_12365_10852642.1127842162550-- -- http://www.freelists.org/webpage/oracle-l