linux-kernel - RE: [Linux-nvdimm] [PATCH v2 19/20] nd

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: <94D0CD8314A33A4D9D801C0FE68B40295A917EC6@G9W0745.americas.hpqcorp.net>
Date:	Wed, 20 May 2015 17:20:47 +0000
From:	"Elliott, Robert (Server Storage)" <Elliott@...com>
To:	Dan Williams <dan.j.williams@...el.com>
CC:	"linux-nvdimm@...ts.01.org" <linux-nvdimm@...ts.01.org>,
	Neil Brown <neilb@...e.de>,
	Greg KH <gregkh@...uxfoundation.org>,
	Dave Chinner <david@...morbit.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Andy Lutomirski <luto@...capital.net>,
	"Jens Axboe" <axboe@...com>, "H. Peter Anvin" <hpa@...or.com>,
	Christoph Hellwig <hch@....de>, Ingo Molnar <mingo@...nel.org>
Subject: RE: [Linux-nvdimm] [PATCH v2 19/20] nd_btt: atomic sector updates



> -----Original Message-----
> From: dan.j.williams@...il.com [mailto:dan.j.williams@...il.com] On
> Behalf Of Dan Williams
> Sent: Saturday, May 16, 2015 10:22 PM
> To: Elliott, Robert (Server Storage)
> Cc: linux-nvdimm@...ts.01.org; Neil Brown; Greg KH; Dave Chinner; linux-
> kernel@...r.kernel.org; Andy Lutomirski; Jens Axboe; H. Peter Anvin;
> Christoph Hellwig; Ingo Molnar
> Subject: Re: [Linux-nvdimm] [PATCH v2 19/20] nd_btt: atomic sector
> updates
> 
> On Sat, May 16, 2015 at 6:19 PM, Elliott, Robert (Server Storage)
> <Elliott@...com> wrote:
> >
...
> 2 items to check:
> 
> 1/ make sure you have a your btt sector size set to 4k which cuts down
> the overhead by a factor of 8.
> 
> 2/ boot with nr_cpus=256 or lower.
> 
> Ross noticed that CONFIG_NR_CPUS is set quite high on distro kernels
> which revealed that we should have been using nr_cpu_ids and percpu
> variables for nd_region_acquire_lane() from the outset.  This fix is
> coming in v3.

My system does have CONFIG_NR_CPUS=8192.  I'll try the items you 
suggested.