All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Nick Cheng" <nick.cheng@areca.com.tw>
To: "'Pasi Kärkkäinen'" <pasik@iki.fi>
Cc: 'Andrew Morton' <akpm@linux-foundation.org>,
	'Michael Fuckner' <michael@fuckner.net>,
	linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: RE: Performance issues with Areca 1680 SAS Controllers
Date: Thu, 20 Aug 2009 20:18:44 +0800	[thread overview]
Message-ID: <SERVER-ARECA8s4KWiG00002668@areca.com.tw> (raw)
In-Reply-To: <20090820121602.GU19938@edu.joroinen.fi>

It could improve the performance with F/W v1.47.

-----Original Message-----
From: Pasi Kärkkäinen [mailto:pasik@iki.fi] 
Sent: Thursday, August 20, 2009 8:16 PM
To: Nick Cheng
Cc: 'Andrew Morton'; 'Michael Fuckner'; linux-kernel@vger.kernel.org;
linux-scsi@vger.kernel.org
Subject: Re: Performance issues with Areca 1680 SAS Controllers

On Thu, Aug 20, 2009 at 12:56:04PM +0300, Pasi Kärkkäinen wrote:
> On Thu, Aug 20, 2009 at 09:54:27AM +0800, Nick Cheng wrote:
> > Hi Gentlemen,
> > We have worked it out with new firmware and driver.
> > You can download the latest F/W from
> > ftp://ftp.areca.com.tw/RaidCards/BIOS_Firmware/ARC1680/ and use the
attached
> > driver.
> > Please have a try.
> > Any comments are welcome.
> 
> Thanks! I'll give it a try today and report back.
> 

v1.47 firmware seems to fix this problem! The system behaves _much_ better
now even when Areca is busy flushing it's cache! 

I didn't update the driver, only Areca firmware.

Is there something imported fixed in the latest driver? I'm using the
default driver included in RHEL/CentOS 5.3.

# modinfo arcmsr.ko
filename:       arcmsr.ko
version:        Driver Version 1.20.00.15.RH1 2008/02/27

-- Pasi

> 
> > Thank you,
> > -----Original Message-----
> > From: Pasi Kärkkäinen [mailto:pasik@iki.fi] 
> > Sent: Wednesday, August 19, 2009 10:09 PM
> > To: Nick Cheng
> > Cc: 'Andrew Morton'; 'Michael Fuckner'; linux-kernel@vger.kernel.org;
> > linux-scsi@vger.kernel.org; 'Erich Chen'
> > Subject: Re: Performance issues with Areca 1680 SAS Controllers
> > 
> > On Thu, Nov 20, 2008 at 03:39:40PM +0800, Nick Cheng wrote:
> > > Hi Michael,
> > > I will get around handling your issue.
> > > Thanks for your kindly patience,
> > > 
> > 
> > Hello,
> > 
> > Was this issue resolved? I'm seeing similar behaviour.. I think it's
related
> > to flushing the controller cache?
> > 
> > Waiting a while (after the disk leds stop blinking) performance is back
to
> > normal.. 
> > 
> > -- Pasi
> > 
> > > -----Original Message-----
> > > From: Andrew Morton [mailto:akpm@linux-foundation.org] 
> > > Sent: Thursday, November 20, 2008 9:18 AM
> > > To: Michael Fuckner
> > > Cc: linux-kernel@vger.kernel.org; linux-scsi@vger.kernel.org; Nick
Cheng;
> > > Erich Chen
> > > Subject: Re: Performance issues with Areca 1680 SAS Controllers
> > > 
> > > (cc's added)
> > > 
> > > On Wed, 19 Nov 2008 13:16:56 +0100
> > > Michael Fuckner <michael@fuckner.net> wrote:
> > > 
> > > > Hi,
> > > > 
> > > > I am using an Areca 1680-SAS-Controller with 16 SAS-HDD (Seagate 1TB
> > > > ST31000640SS). I set up a Raid6 with all 16 disks and formatted it
with
> > > > XFS. The Controller has 512MB RAM and a BBU. The OS is installed to
> > > > another disk attached to the onboard AHCI controller.
> > > > 
> > > > After doing some IO, the areca raidset is slower compared to the
rate 
> > > > directly
> > > > after boot.
> > > > 
> > > > 
> > > > [root@storage ~]# dd if=/dev/sdb1 of=/dev/null bs=1M count=50k
> > > iflag=direct
> > > > 51200+0 records in
> > > > 51200+0 records out
> > > > 53687091200 bytes (54 GB) copied, 59.6494 seconds, 900 MB/s
> > > > [root@storage ~]# mount /dev/sdb1 /data
> > > > [root@storage ~]# cd /data/
> > > > [root@storage data]# ./iozone -i 0 -i 1 -s 32g -r 16m -S 6144 -t 8
-+r
> > > > -o  >raid6_sync_t8.log
> > > > [root@storage data]# cd
> > > > [root@storage ~]# umount /data/
> > > > [root@storage ~]# dd if=/dev/sdb1 of=/dev/null bs=1M count=50k
> > > iflag=direct
> > > > 51200+0 records in
> > > > 51200+0 records out
> > > > 53687091200 bytes (54 GB) copied, 76.4036 seconds, 703 MB/s
> > > > 
> > > > I tested different Versions of Linux (Centos 5.2, OpenSUSE 11,
Debian
> > > > Lenny) and Vanilla kernels 2.6.22-2.6.27, all show this behaviour.
> > > > 
> > > > Idea why the device slows down after IO- or better: how to keep the
high
> > > > rate? Is this reproducible foer Areca SATA Controllers (Type 11XX
and
> > > 12XX)
> > > > 
> > > > Regards,
> > > >    Michael!
> > > 
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe
linux-kernel" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at  http://www.tux.org/lkml/
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: "Nick Cheng" <nick.cheng@areca.com.tw>
To: "'Pasi Kärkkäinen'" <pasik@iki.fi>
Cc: "'Andrew Morton'" <akpm@linux-foundation.org>,
	"'Michael Fuckner'" <michael@fuckner.net>,
	<linux-kernel@vger.kernel.org>, <linux-scsi@vger.kernel.org>
Subject: RE: Performance issues with Areca 1680 SAS Controllers
Date: Thu, 20 Aug 2009 20:18:44 +0800	[thread overview]
Message-ID: <SERVER-ARECA8s4KWiG00002668@areca.com.tw> (raw)
In-Reply-To: <20090820121602.GU19938@edu.joroinen.fi>

It could improve the performance with F/W v1.47.

-----Original Message-----
From: Pasi Kärkkäinen [mailto:pasik@iki.fi] 
Sent: Thursday, August 20, 2009 8:16 PM
To: Nick Cheng
Cc: 'Andrew Morton'; 'Michael Fuckner'; linux-kernel@vger.kernel.org;
linux-scsi@vger.kernel.org
Subject: Re: Performance issues with Areca 1680 SAS Controllers

On Thu, Aug 20, 2009 at 12:56:04PM +0300, Pasi Kärkkäinen wrote:
> On Thu, Aug 20, 2009 at 09:54:27AM +0800, Nick Cheng wrote:
> > Hi Gentlemen,
> > We have worked it out with new firmware and driver.
> > You can download the latest F/W from
> > ftp://ftp.areca.com.tw/RaidCards/BIOS_Firmware/ARC1680/ and use the
attached
> > driver.
> > Please have a try.
> > Any comments are welcome.
> 
> Thanks! I'll give it a try today and report back.
> 

v1.47 firmware seems to fix this problem! The system behaves _much_ better
now even when Areca is busy flushing it's cache! 

I didn't update the driver, only Areca firmware.

Is there something imported fixed in the latest driver? I'm using the
default driver included in RHEL/CentOS 5.3.

# modinfo arcmsr.ko
filename:       arcmsr.ko
version:        Driver Version 1.20.00.15.RH1 2008/02/27

-- Pasi

> 
> > Thank you,
> > -----Original Message-----
> > From: Pasi Kärkkäinen [mailto:pasik@iki.fi] 
> > Sent: Wednesday, August 19, 2009 10:09 PM
> > To: Nick Cheng
> > Cc: 'Andrew Morton'; 'Michael Fuckner'; linux-kernel@vger.kernel.org;
> > linux-scsi@vger.kernel.org; 'Erich Chen'
> > Subject: Re: Performance issues with Areca 1680 SAS Controllers
> > 
> > On Thu, Nov 20, 2008 at 03:39:40PM +0800, Nick Cheng wrote:
> > > Hi Michael,
> > > I will get around handling your issue.
> > > Thanks for your kindly patience,
> > > 
> > 
> > Hello,
> > 
> > Was this issue resolved? I'm seeing similar behaviour.. I think it's
related
> > to flushing the controller cache?
> > 
> > Waiting a while (after the disk leds stop blinking) performance is back
to
> > normal.. 
> > 
> > -- Pasi
> > 
> > > -----Original Message-----
> > > From: Andrew Morton [mailto:akpm@linux-foundation.org] 
> > > Sent: Thursday, November 20, 2008 9:18 AM
> > > To: Michael Fuckner
> > > Cc: linux-kernel@vger.kernel.org; linux-scsi@vger.kernel.org; Nick
Cheng;
> > > Erich Chen
> > > Subject: Re: Performance issues with Areca 1680 SAS Controllers
> > > 
> > > (cc's added)
> > > 
> > > On Wed, 19 Nov 2008 13:16:56 +0100
> > > Michael Fuckner <michael@fuckner.net> wrote:
> > > 
> > > > Hi,
> > > > 
> > > > I am using an Areca 1680-SAS-Controller with 16 SAS-HDD (Seagate 1TB
> > > > ST31000640SS). I set up a Raid6 with all 16 disks and formatted it
with
> > > > XFS. The Controller has 512MB RAM and a BBU. The OS is installed to
> > > > another disk attached to the onboard AHCI controller.
> > > > 
> > > > After doing some IO, the areca raidset is slower compared to the
rate 
> > > > directly
> > > > after boot.
> > > > 
> > > > 
> > > > [root@storage ~]# dd if=/dev/sdb1 of=/dev/null bs=1M count=50k
> > > iflag=direct
> > > > 51200+0 records in
> > > > 51200+0 records out
> > > > 53687091200 bytes (54 GB) copied, 59.6494 seconds, 900 MB/s
> > > > [root@storage ~]# mount /dev/sdb1 /data
> > > > [root@storage ~]# cd /data/
> > > > [root@storage data]# ./iozone -i 0 -i 1 -s 32g -r 16m -S 6144 -t 8
-+r
> > > > -o  >raid6_sync_t8.log
> > > > [root@storage data]# cd
> > > > [root@storage ~]# umount /data/
> > > > [root@storage ~]# dd if=/dev/sdb1 of=/dev/null bs=1M count=50k
> > > iflag=direct
> > > > 51200+0 records in
> > > > 51200+0 records out
> > > > 53687091200 bytes (54 GB) copied, 76.4036 seconds, 703 MB/s
> > > > 
> > > > I tested different Versions of Linux (Centos 5.2, OpenSUSE 11,
Debian
> > > > Lenny) and Vanilla kernels 2.6.22-2.6.27, all show this behaviour.
> > > > 
> > > > Idea why the device slows down after IO- or better: how to keep the
high
> > > > rate? Is this reproducible foer Areca SATA Controllers (Type 11XX
and
> > > 12XX)
> > > > 
> > > > Regards,
> > > >    Michael!
> > > 
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe
linux-kernel" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > Please read the FAQ at  http://www.tux.org/lkml/
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/


  reply	other threads:[~2009-08-20 12:18 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-19 12:16 Performance issues with Areca 1680 SAS Controllers Michael Fuckner
2008-11-20  1:18 ` Andrew Morton
2008-11-20  7:39   ` Nick Cheng
2008-11-20  7:39     ` Nick Cheng
2009-08-19 14:08     ` Pasi Kärkkäinen
     [not found]       ` <200908192247543597389@usish.com>
2009-08-19 16:40         ` Pasi Kärkkäinen
2009-08-20  0:56           ` 答复: " jack wang
2009-08-20  2:29           ` Drew
2009-08-20  8:00             ` Pasi Kärkkäinen
     [not found]       ` <SERVER-ARECA8ldpyzy000025bc@areca.com.tw>
2009-08-20  9:56         ` Pasi Kärkkäinen
2009-08-20  9:56           ` Pasi Kärkkäinen
2009-08-20 12:16           ` Pasi Kärkkäinen
2009-08-20 12:18             ` Nick Cheng [this message]
2009-08-20 12:18               ` Nick Cheng
2009-08-20 12:20               ` Pasi Kärkkäinen
2009-08-20 12:20                 ` Pasi Kärkkäinen
2009-08-20 12:19             ` Pasi Kärkkäinen
2009-08-20 12:19               ` Pasi Kärkkäinen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=SERVER-ARECA8s4KWiG00002668@areca.com.tw \
    --to=nick.cheng@areca.com.tw \
    --cc=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=michael@fuckner.net \
    --cc=pasik@iki.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.