X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id 480E69FB30D for ; Wed, 9 Aug 2006 22:24:19 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 67646-08 for ; Thu, 10 Aug 2006 01:24:11 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey- Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by postgresql.org (Postfix) with ESMTP id 6D0859FB305 for ; Wed, 9 Aug 2006 22:24:10 -0300 (ADT) Received: by nf-out-0910.google.com with SMTP id n28so397690nfc for ; Wed, 09 Aug 2006 18:24:09 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=qq4FChU9Q/dZS4RWfB+EWumzR4lN/gjplSp/ZdinTNSYoX6naH2C3A2rp6PVSe8+TQhExyzcNdCHqQ34a8GGoEv80/umxERjwG4n8vZYKD8aEH5te4PwFB4pkDwO3sASU0q+78cBeK9slTD50PyUaWJRP69DUpsRsv6Er/P/qqE= Received: by 10.78.124.2 with SMTP id w2mr898676huc; Wed, 09 Aug 2006 18:24:07 -0700 (PDT) Received: by 10.78.33.3 with HTTP; Wed, 9 Aug 2006 18:24:07 -0700 (PDT) Message-ID: <721b21dc0608091824j684dc35do887da4e1fa58069@mail.gmail.com> Date: Wed, 9 Aug 2006 18:24:07 -0700 From: "Steve Poe" To: "Scott Marlowe" Subject: Re: Postgresql Performance on an HP DL385 and Cc: "Jim C. Nasby" , "Luke Lonergan" , "Alex Turner" , pgsql-performance@postgresql.org In-Reply-To: <1155159448.20252.121.camel@state.g2switchworks.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_49680_27151713.1155173047649" References: <3E37B936B592014B978C4415F90D662D03FFEF6E@MI8NYCMAIL06.Mi8.com> <721b21dc0608082245u6ee62e7dg522ff18e4d72683@mail.gmail.com> <20060809210539.GR40481@pervasive.com> <721b21dc0608091411g3a1a6e60q449de0d91020f9dc@mail.gmail.com> <1155159448.20252.121.camel@state.g2switchworks.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.2 tagged_above=0 required=5 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE, SPF_PASS X-Spam-Level: X-Archive-Number: 200608/172 X-Sequence-Number: 20357 ------=_Part_49680_27151713.1155173047649 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Scott, Do you know how to activate the writeback on the RAID controller from HP? Steve On 8/9/06, Scott Marlowe wrote: > > On Wed, 2006-08-09 at 16:11, Steve Poe wrote: > > Jim, > > > > I'll give it a try. However, I did not see anywhere in the BIOS > > configuration of the 642 RAID adapter to enable writeback. It may have > > been mislabled cache accelerator where you can give a percentage to > > read/write. That aspect did not change the performance like the LSI > > MegaRAID adapter does. > > Nope, that's not the same thing. > > Does your raid controller have batter backed cache, or plain or regular > cache? write back is unsafe without battery backup. > > The default is write through (i.e. the card waits for the data to get > written out before acking an fsync). In write back, the card's driver > writes the data to the bb cache, then returns on an fsync while the > cache gets written out at leisure. In the event of a loss of power, the > cache is flushed on restart. > ------=_Part_49680_27151713.1155173047649 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Scott,

Do you know how to activate the writeback on the RAID controller from HP?

Steve

On 8/9/06, Scott Marlowe < smarlowe@g2switchworks.com> wrote:
On Wed, 2006-08-09 at 16:11, Steve Poe wrote:
> Jim,
>
> I'll give it a try. However, I did not see anywhere in the BIOS
> configuration of the 642 RAID adapter to enable writeback. It may have
> been mislabled cache accelerator where you can give a percentage to
> read/write. That aspect did not change the performance like the LSI
> MegaRAID adapter does.

Nope, that's not the same thing.

Does your raid controller have batter backed cache, or plain or regular
cache?  write back is unsafe without battery backup.

The default is write through (i.e. the card waits for the data to get
written out before acking an fsync).  In write back, the card's driver
writes the data to the bb cache, then returns on an fsync while the
cache gets written out at leisure.  In the event of a loss of power, the
cache is flushed on restart.

------=_Part_49680_27151713.1155173047649--