lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <50189F88.9020805@tmr.com>
Date:	Tue, 31 Jul 2012 23:16:24 -0400
From:	Bill Davidsen <davidsen@....com>
To:	Kevin Ross <kevin@...ilyross.net>
CC:	Grant Coady <gcoady.lk@...il.com>,
	Linux RAID <linux-raid@...r.kernel.org>,
	Linux Kernel mailing List <linux-kernel@...r.kernel.org>
Subject: Re: RAID extremely slow

Kevin Ross wrote:
> On 07/27/2012 09:45 PM, Grant Coady wrote:
>> On Fri, 27 Jul 2012 14:45:18 -0700, you wrote:
>>
>>> On 07/27/2012 12:08 PM, Bill Davidsen wrote:
>>>> Have you set the io scheduler to deadline on all members of the array?
>>>> That's kind of "job one" on older kernels.
>>>>
>>> I have not, thanks for the tip, I'll look into that now.
>> Plus I disable the on-drive queuing (NCQ) during startup, right now
>> I don't have benchmarks to show the difference.  This on a six by 1TB
>> drive RAID6 array I built over a year ago on Slackware64-13.37:
>>
>> # cat /etc/rc.d/rc.local
>> ...
>> # turn off NCQ on the RAID drives by adjusting queue depth to 1
>> n=1
>> echo "rc.local: Disable RAID drives' NCQ"
>> for d in a b c d e f
>> do
>>          echo "  set NCQ depth to $n on sd${d}"
>>          echo $n>  /sys/block/sd${d}/device/queue_depth
>> done
>> ...
>>
>> Maybe you could try that?  See if it makes a difference.  My drives
>> are Seagate.
>>
>> Grant.
>>
>
> Does disabling NCQ improve performance?

Does for me!
>
> The suggestion to use kernel 3.4.6 has been working quite well so far, 
> hopefully that fixes the problem.  I'll know for sure in a few more days...
>
> Thanks!
> -- Kevin
>


-- 
Bill Davidsen <davidsen@....com>
   We are not out of the woods yet, but we know the direction and have
taken the first step. The steps are many, but finite in number, and if
we persevere we will reach our destination.  -me, 2010


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ