- To: Ole Tange <ole@xxxxxxxx>
- Subject: Re: Software RAID checksum performance on 24 disks not even close to kernel reported
- From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
- Date: Tue, 5 Jun 2012 19:29:33 +0800
- Cc: linux-raid@xxxxxxxxxxxxxxx
- In-reply-to: <CA+4vN7xH10qS-=OSS_3z3B3EohKHjk8-GBVvVfPj01TH-0pe3w@mail.gmail.com>
On 5 June 2012 15:47, Ole Tange <ole@xxxxxxxx> wrote:
> On Tue, Jun 5, 2012 at 5:39 AM, Igor M Podlesny <for.poige+lsr@xxxxxxxxx> wrote:
>> On 5 June 2012 07:14, Ole Tange <ole@xxxxxxxx> wrote:
>> […]
>>> I tested this by creating 24 devices in RAM, used different chunk
>>> sizes, and then copied the linux kernel source. Test script can be
>>> found on http://oletange.blogspot.dk/2012/05/software-raid-performance-on-24-disks.html
>>
>> I don't see there "--assume-clean" option, and it's (again) not
>> clear — are you playing with re-syncing RAID or what?
>
> Good call. But the resync is done before the mkfs.xfs is finished, so
> the time of the copying is not affected by resync.
>
> I re-tested with --assume-clean and as expected it has no impact.
Wanna try CONFIG_MULTICORE_RAID456? :-)
--
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[ATA RAID]
[Linux SCSI Target Infrastructure]
[Managing RAID on Linux]
[Linux IDE]
[Linux SCSI]
[Linux Hams]
[Device-Mapper]
[Kernel]
[Linux Books]
[Linux Admin]
[Linux Net]
[GFS]
[RPM]
[git]
[Photos]
[Yosemite Photos]
[Yosemite News]
[AMD 64]
[Linux Networking]