From mboxrd@z Thu Jan  1 00:00:00 1970
From: Martin Ichilevici de Oliveira <iomartin@iomartin.net>
Subject: Re: Interleaved allocation
Date: Thu, 11 Dec 2014 23:49:23 -0200
Message-ID: <20141212014923.GA2843@gamayun>
References: <20141208191428.GD7371@gamayun>
 <87lhmg4h23.fsf@tassilo.jf.intel.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM"
Return-path: <linux-numa-owner@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <87lhmg4h23.fsf@tassilo.jf.intel.com>
Sender: linux-numa-owner@vger.kernel.org
List-ID: <linux-numa.vger.kernel.org>
To: Andi Kleen <andi@firstfloor.org>
Cc: linux-numa@vger.kernel.org


--yrj/dFKFPuw6o+aM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Dec 09, 2014 at 02:03:16PM -0800, Andi Kleen wrote:
> Martin Ichilevici de Oliveira <iomartin@iomartin.net> writes:
>=20
> > 1. What happens when I try to allocate 100 pages with a call like this:
> >
> > numa_alloc_interleaved(100 * numa_pagesize())
> >
> > I can think of two possible allocation schemes:
> > a. Pages 0-24 are allocated to node 0, pages 25-49 are allocated to
> > node 1, pages 50-74 are allocated on node 2 and pages 75-99 are
> > allocated on node 3.
> >
> > b. Pages 0,4,8... are allocated on node 0, pages 1,5,9... are
> > allocated on node 1 and so on
>=20
> It's approximately (b)
>=20
> > 2. What's the effect of using numactl --interleaved=3D0,1,2,3 -- ./mypr=
og?
> > I would assume it "substitutes" any malloc's to
> > numa_alloc_interleaved(), but I'm not sure if it's just that.
>=20
> Any page allocated by the process is interleaved in access order
> (which is different from what numa_alloc_interleaved does)

Andi,

Thank you for clarifying these up.

Martin

--yrj/dFKFPuw6o+aM
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAABCAAGBQJUikmjAAoJEKAgcdgOx8KDbWgP/j7DwhDxcUPAcb9lxjBqKHMn
k6qvc7nhK0q9zCWiBJ5a4nnqxRyWFia3X1BOt376aoZi84SsdHYP1FXq+NzZn6md
t8D3ul8b2DmHWhKr8oXbTxMg+bwJg/plG6o6sWK1C480t/1cwzAIKwm4YK4SMXMf
S5mwsCH0iu5x/lgy2D58YJUIE2Gc9PtK/k7/28T2DbvbD9ZrPFvBkFk/vP2Qhcof
phtImZz5to6zSC/jhxI4hvCZhPOB975YJQBx8A8/ZznYmkWBgbLz3u8vXFfDZ26s
AbyOnv21fdYXLHJpO6JxDa0/KaEi8cAEfS7AlXHe93tmK740jV/Gk/8rahYZPW4J
JSdXIAQTdGboDRyfzUcNvR0YCYBrrYVYJETlmjvMlnioMdG5sEWli9d40u4QSY3R
rrAnefTv3HT7Ff4z2eSFIz6XU4U8rZxBL/xCBoI8qkG4tkWTPoniv4/AQDPPoAcW
od4+EshwGUj3P+TFgpGQVWglfHAd80v4PmS0i1ikMAMyWjAOkGzWR0R30ZWCMdKF
8fThW9ALtur5+Hase4Xc+vHGzjldA92QSXlxjPZ6gH8TT7/FUX0xVDMAiRujJ3HZ
Yi4TM12XwEeUORV1OXfpal7hXea7E5PEd6e68do4XRQvKX/nCSXehIPBr7obur7x
mOtmRBFMXJp2V9FjuXBf
=ZxpI
-----END PGP SIGNATURE-----

--yrj/dFKFPuw6o+aM--