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>] [day] [month] [year] [list]
Date:	Wed, 24 Mar 2010 07:50:19 -0400 (EDT)
From:	Justin Piszcz <jpiszcz@...idpixels.com>
To:	linux-raid@...r.kernel.org
cc:	linux-kernel@...r.kernel.org
Subject: 2.6.33.1: RAID multi-core processing experimental option is
 broken.

Hi,

2.6.33.1/x86_64 on an e6700 processor:

If you accidentally check [*] for Multi-core processing, the speed is
about 5MiB/s and there are some 254 processes.

When its not enabled, the speed goes back to normal and there are no longer
200-300 processes running, I have reproduced this on multiple machines now.

Enable this option in the kernel, boot the new kernel, do some raid i/o
operations/or a check/resync to the array and it will be 1/4 the speed when
multi-core processing is enabled.
   | |    [ ]       RAID-4/RAID-5/RAID-6 Multicore processing (EXPERIMENTAL| |

With it disabled, we're good:
md0 : active raid6 sdg1[5] sde1[3] sdf1[4] sdd1[2] sdc1[1] sdb1[0]
       1562834944 blocks level 6, 64k chunk, algorithm 2 [6/6] [UUUUUU]
       [========>............]  resync = 44.5% (173910976/390708736) finish=178.3min speed=20253K/sec

Justin.

--
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