Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-10-10 Thread Neil Brown
[dropped akpm from the Cc: as current discussion isn't directly relevant to him] On Tuesday October 10, [EMAIL PROTECTED] wrote: > On 10/8/06, Neil Brown <[EMAIL PROTECTED]> wrote: > > > Is there something really important I have missed? > No, nothing important jumps out. Just a follow up questio

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-10-10 Thread Dan Williams
On 9/14/06, Jakob Oestergaard <[EMAIL PROTECTED]> wrote: On Wed, Sep 13, 2006 at 12:17:55PM -0700, Dan Williams wrote: ... > >Out of curiosity; how does accelerated compare to non-accelerated? > > One quick example: > 4-disk SATA array rebuild on iop321 without acceleration - 'top' > reports md0_

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-10-10 Thread Dan Williams
On 10/8/06, Neil Brown <[EMAIL PROTECTED]> wrote: On Monday September 11, [EMAIL PROTECTED] wrote: > Neil, > > The following patches implement hardware accelerated raid5 for the Intel > Xscale(r) series of I/O Processors. The MD changes allow stripe > operations to run outside the spin lock in

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-10-08 Thread Neil Brown
On Monday September 11, [EMAIL PROTECTED] wrote: > Neil, > > The following patches implement hardware accelerated raid5 for the Intel > Xscale® series of I/O Processors. The MD changes allow stripe > operations to run outside the spin lock in a work queue. Hardware > acceleration is achieved b

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-14 Thread Jakob Oestergaard
On Wed, Sep 13, 2006 at 12:17:55PM -0700, Dan Williams wrote: ... > >Out of curiosity; how does accelerated compare to non-accelerated? > > One quick example: > 4-disk SATA array rebuild on iop321 without acceleration - 'top' > reports md0_resync and md0_raid5 dueling for the CPU each at ~50% > ut

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-13 Thread Dan Williams
On 9/13/06, Jakob Oestergaard <[EMAIL PROTECTED]> wrote: On Mon, Sep 11, 2006 at 04:00:32PM -0700, Dan Williams wrote: > Neil, > ... > > Concerning the context switching performance concerns raised at the > previous release, I have observed the following. For the hardware > accelerated case it a

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-13 Thread Jakob Oestergaard
On Mon, Sep 11, 2006 at 04:00:32PM -0700, Dan Williams wrote: > Neil, > ... > > Concerning the context switching performance concerns raised at the > previous release, I have observed the following. For the hardware > accelerated case it appears that performance is always better with the > work

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-12 Thread Jeff Garzik
Dan Williams wrote: On 9/11/06, Jeff Garzik <[EMAIL PROTECTED]> wrote: Dan Williams wrote: > This is a frequently asked question, Alan Cox had the same one at OLS. > The answer is "probably." The only complication I currently see is > where/how the stripe cache is maintained. With the IOPs its

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-11 Thread Dan Williams
On 9/11/06, Jeff Garzik <[EMAIL PROTECTED]> wrote: Dan Williams wrote: > This is a frequently asked question, Alan Cox had the same one at OLS. > The answer is "probably." The only complication I currently see is > where/how the stripe cache is maintained. With the IOPs its easy > because the D

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-11 Thread Jeff Garzik
Dan Williams wrote: This is a frequently asked question, Alan Cox had the same one at OLS. The answer is "probably." The only complication I currently see is where/how the stripe cache is maintained. With the IOPs its easy because the DMA engines operate directly on kernel memory. With the Pro

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-11 Thread Dan Williams
On 9/11/06, Jeff Garzik <[EMAIL PROTECTED]> wrote: Dan Williams wrote: > Neil, > > The following patches implement hardware accelerated raid5 for the Intel > Xscale(r) series of I/O Processors. The MD changes allow stripe > operations to run outside the spin lock in a work queue. Hardware > acc

Re: [PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-11 Thread Jeff Garzik
Dan Williams wrote: Neil, The following patches implement hardware accelerated raid5 for the Intel Xscale® series of I/O Processors. The MD changes allow stripe operations to run outside the spin lock in a work queue. Hardware acceleration is achieved by using a dma-engine-aware work queue rou

[PATCH 00/19] Hardware Accelerated MD RAID5: Introduction

2006-09-11 Thread Dan Williams
Neil, The following patches implement hardware accelerated raid5 for the Intel Xscale® series of I/O Processors. The MD changes allow stripe operations to run outside the spin lock in a work queue. Hardware acceleration is achieved by using a dma-engine-aware work queue routine instead of the de