linux-kernel - Re: [PATCH v3] lib/idr.c rewrite, percpu ida/tag allocator

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: <1373151546.7397.55.camel@haakon3.risingtidesystems.com>
Date:	Sat, 06 Jul 2013 15:59:06 -0700
From:	"Nicholas A. Bellinger" <nab@...ux-iscsi.org>
To:	Kent Overstreet <kmo@...erainc.com>
Cc:	akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
	tj@...nel.org, sfr@...b.auug.org.au, andi@...stfloor.org,
	oleg@...hat.com, mingo@...hat.com, axboe@...nel.dk,
	"Michael S. Tsirkin" <mst@...hat.com>,
	target-devel <target-devel@...r.kernel.org>
Subject: Re: [PATCH v3] lib/idr.c rewrite, percpu ida/tag allocator

On Fri, 2013-07-05 at 22:08 -0700, Kent Overstreet wrote:
> Previous posting: http://thread.gmane.org/gmane.linux.kernel/1511216
> 
> The only real change since the last version is that I've reworked the
> new ida implementation to not use one giant allocation - it's still
> logically one big arary, but it's implemented as an array of arrays.
> 
> With that, it scales up to INT_MAX allocated ids just fine. Benchmarks
> are included in that patch.
> 
> Patch series is available in my git repo:
> git://evilpiepirate.org/~kent/linux-bcache.git idr
> 
> Andrew, want to pick this up for 3.12?

Just FYI that the target-pending/target-per-cpu-ida branch utilizing
per-cpu ida logic for vhost-scsi has been rebased to include this latest
series.  Thanks Kent!

Andrew, what are your plans for this..?

Would you consider allowing this series be merged through target-pending
in order to allow us to start taking advantage of per-cpu ida tag
pre-allocation optimizations for v3.12 target code..? 

Another option would be to merge the per-cpu ida specific piece now for
v3.11 for which the risk is low given it doesn't touch any existing
code, and then include Kent's full idr rewrite separately as v3.12 item.

WDYT..?

--nab

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