Received: (qmail 7946 invoked from network); 7 Jul 2009 15:27:53 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-85-25-126-90.inaddr.intergenia.de with SMTP; 7 Jul 2009 15:27:52 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C9FA5C7E139;
 Tue,  7 Jul 2009 16:27:52 -0400 (EDT)
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id spvTT7i+6Ryj; Tue,  7 Jul 2009 16:27:52 -0400 (EDT)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 406FBC7DF86;
 Tue,  7 Jul 2009 16:27:52 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 07 Jul 2009 16:25:35 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 40533C7E134	for <oracle-l@freelists.org>; Tue,  7 Jul 2009 16:25:35 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])	by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)	with ESMTP id gM7MloMP8zvk for <oracle-l@freelists.org>;	Tue,  7 Jul 2009 16:25:35 -0400 (EDT)
Received: from mail-px0-f196.google.com (mail-px0-f196.google.com [209.85.216.196])	by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 97F64C784F2	for <oracle-l@freelists.org>; Tue,  7 Jul 2009 16:25:33 -0400 (EDT)
Received: by pxi34 with SMTP id 34so4270611pxi.20        for <oracle-l@freelists.org>; Tue, 07 Jul 2009 13:25:32 -0700 (PDT)
Received: by 10.142.212.21 with SMTP id k21mr2039243wfg.98.1246998332035;        Tue, 07 Jul 2009 13:25:32 -0700 (PDT)
Received: from 70-6-113-227.pools.spcsdns.net (70-6-113-227.pools.spcsdns.net [70.6.113.227])        by mx.google.com with ESMTPS id 22sm4021132wfg.7.2009.07.07.13.25.29        (version=TLSv1/SSLv3 cipher=RC4-MD5);        Tue, 07 Jul 2009 13:25:30 -0700 (PDT)
Cc: rac_oracledba@msn.com, oracle-l@freelists.org
Message-Id: <5EFEC89B-9F80-434C-9F52-E49C5FF73E8D@bluegecko.net>
From: Jeremiah Wilton <jwilton@bluegecko.net>
To: andrew.kerber@gmail.com
In-Reply-To: <ad3aa4c90907071042g16b78eabiea8f55ce48ea7e1d@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Subject: Re: archivelog performance issues
Date: Tue, 7 Jul 2009 13:25:26 -0700
References: <4A537289.2090102@lanl.gov>	 <582568.13479.qm@web58704.mail.re1.yahoo.com>	 <6AFC12B9BFCDEA45B7274C534738067F1A9A5716@AAPQMAILBX02V.proque.st>	 <BAY117-W34CE0A5A102BA3E2AAF2419B280@phx.gbl> <ad3aa4c90907071042g16b78eabiea8f55ce48ea7e1d@mail.gmail.com>
X-archive-position: 19154
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: jwilton@bluegecko.net
Precedence: normal
Reply-to: jwilton@bluegecko.net
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l

> On Tue, Jul 7, 2009 at 12:23 PM, Richard Croasmun <rac_oracledba@msn.com 
> > wrote:
>      ...I would say that all the points about log size, frequency of  
> log switches, number of online logs etc would apply even when the DB  
> is NOT in archive log mode.  The only exception would be having  
> enough online logs (or large enough logs) such that the copy of a  
> particular log finishes before the database wants to use that online  
> redo log again.  ...  Am I missing anything here?

On Jul 7, 2009, at 10:42 AM, Andrew Kerber wrote:
> Uh, Yes.  If you are not in archive log mode, the redo log is not  
> copied to the archivelog, so there is no overhead on the switch.   
> When you are not in archive log mode, you just switch to the next  
> redo log and keep going, overwriting what was in the log previously.

I think some of the "overhead" people have been mentioning includes  
the cost of log switch checkpoint, which rightly or wrongly, drives  
some of the effort to size logs for switching at particular  
intervals.  I agree that the greatest possible detractor from  
performance with archivelog mode is log copy.  To determine if  
archivelog mode has any performance impact, the measurement should be  
whether 'log file parallel write' time for LGWR increases when ARCn  
are writing.

Regards,

Jeremiah Wilton
Blue Gecko, Inc.
http://www.bluegecko.net
--
http://www.freelists.org/webpage/oracle-l


