Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754707Ab1CGQkc (ORCPT ); Mon, 7 Mar 2011 11:40:32 -0500 Received: from smtp109.prem.mail.ac4.yahoo.com ([76.13.13.92]:23293 "HELO smtp109.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1754271Ab1CGQkb (ORCPT ); Mon, 7 Mar 2011 11:40:31 -0500 X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0- X-YMail-OSG: WD2a.mYVM1nSO4j1pfAepjl7i3vjttd.pP_7.8ADRWikWnW 4KWACjp3KCFrGfsHBepkDoFaBAikLKiqieG9XNJherU3RHzoSq8B1pjnXof7 tqjQKbZVBWMZjexrxfPrbLLtCNJaPcFEKcciS0WvR.NfuX2nqzfXFpwXJ1CV a7KC8FjuiCklKtZr3DbyK0PVN1JtOKtWQOuOti09bjHmhirj2BPXmuyABCFD 9jK05i_7M9vhyOOpjFg_2.yKYDUl_eiZ4g4j_B7lbtFEzMUo- X-Yahoo-Newman-Property: ymail-3 Date: Mon, 7 Mar 2011 10:40:25 -0600 (CST) From: Christoph Lameter X-X-Sender: cl@router.home To: Jesper Juhl cc: Matt Mackall , Dan Rosenberg , Pekka Enberg , Linus Torvalds , Dave Hansen , Theodore Tso , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Ingo Molnar , Andrew Morton Subject: Re: [PATCH] Make /proc/slabinfo 0400 In-Reply-To: Message-ID: References: <1299174652.2071.12.camel@dan> <1299185882.3062.233.camel@calx> <1299186986.2071.90.camel@dan> <1299188667.3062.259.camel@calx> <1299191400.2071.203.camel@dan> <2DD7330B-2FED-4E58-A76D-93794A877A00@mit.edu> <1299260164.8493.4071.camel@nimitz> <1299262495.3062.298.camel@calx> <1299271041.2071.1398.camel@dan> <1299273034.2071.1417.camel@dan> <1299373781.3062.374.camel@calx> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 803 Lines: 17 On Sun, 6 Mar 2011, Jesper Juhl wrote: > > Putting trivial obstacles in the way of attackers accomplishes little > > beyond annoying users. > > > If we annoy users I agree we shouldn't. If we don't annoy users (and don't > impact performance in any relevant way) then even trivial obstacles that > stop just a few exploits are worth it IMHO. Randomizing affects performance. The current way of initialization for the list of free objects was chosen because the processor can do effective prefetching when the allocator serves objects following each other. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/