From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754968Ab1EQNvy (ORCPT ); Tue, 17 May 2011 09:51:54 -0400 Received: from smtp107.prem.mail.ac4.yahoo.com ([76.13.13.46]:40889 "HELO smtp107.prem.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1754710Ab1EQNvw (ORCPT ); Tue, 17 May 2011 09:51:52 -0400 X-Yahoo-SMTP: _Dag8S.swBC1p4FJKLCXbs8NQzyse1SYSgnAbY0- X-YMail-OSG: 87M7rTcVM1nnTNh9MMpByUCmzeiONtMskKFThJbGFGM6YAn hbBDDPuvwpdvQrLyIszPESEPhzDZp1Qid6UY1okkqx7h5j0E6SHN3b9jPHhg p3G4pHexABSUcBo9FXsVvZoK.2.6u7CEZ0W4PNxEidX1F0IpGJZ1UpebVPbI Vwh6cy7pc4cb66rEYbn9dxIjAZVrX7o5bOB4CSkbFzwgGUuJD8Y.MacNlb4G 04YdAsA4hycHrj0zf.tiD_o7p6jhsJxIRvbnbktFVqLto_2avyhmqBD7cTiw .PjoYi.jjwCjDbl5mRQ_6Yb7DXZku1ieE3YnvvFFpaEU10x3s X-Yahoo-Newman-Property: ymail-3 Date: Tue, 17 May 2011 08:51:47 -0500 (CDT) From: Christoph Lameter X-X-Sender: cl@router.home To: Mel Gorman cc: David Rientjes , Andrew Morton , James Bottomley , Colin King , Raghavendra D Prabhu , Jan Kara , Chris Mason , Pekka Enberg , Rik van Riel , Johannes Weiner , linux-fsdevel , linux-mm , linux-kernel , linux-ext4 Subject: Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations In-Reply-To: <20110517084227.GI5279@suse.de> Message-ID: References: <1305295404-12129-1-git-send-email-mgorman@suse.de> <1305295404-12129-4-git-send-email-mgorman@suse.de> <20110517084227.GI5279@suse.de> 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 On Tue, 17 May 2011, Mel Gorman wrote: > entirely. Christoph wants to maintain historic behaviour of SLUB to > maximise the number of high-order pages it uses and at the end of the > day, which option performs better depends entirely on the workload > and machine configuration. That is not what I meant. I would like more higher order allocations to succeed. That does not mean that slubs allocation methods and flags passed have to stay the same. You can change the slub behavior if it helps. I am just suspicious of compaction. If these mods are needed to reduce the amount of higher order pages then compaction does not have the beneficial effect that it should have. It does not actually increase the available higher order pages. Fix that first. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243]) by kanga.kvack.org (Postfix) with SMTP id A85606B0012 for ; Tue, 17 May 2011 09:51:53 -0400 (EDT) Date: Tue, 17 May 2011 08:51:47 -0500 (CDT) From: Christoph Lameter Subject: Re: [PATCH 3/4] mm: slub: Do not take expensive steps for SLUBs speculative high-order allocations In-Reply-To: <20110517084227.GI5279@suse.de> Message-ID: References: <1305295404-12129-1-git-send-email-mgorman@suse.de> <1305295404-12129-4-git-send-email-mgorman@suse.de> <20110517084227.GI5279@suse.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman Cc: David Rientjes , Andrew Morton , James Bottomley , Colin King , Raghavendra D Prabhu , Jan Kara , Chris Mason , Pekka Enberg , Rik van Riel , Johannes Weiner , linux-fsdevel , linux-mm , linux-kernel , linux-ext4 On Tue, 17 May 2011, Mel Gorman wrote: > entirely. Christoph wants to maintain historic behaviour of SLUB to > maximise the number of high-order pages it uses and at the end of the > day, which option performs better depends entirely on the workload > and machine configuration. That is not what I meant. I would like more higher order allocations to succeed. That does not mean that slubs allocation methods and flags passed have to stay the same. You can change the slub behavior if it helps. I am just suspicious of compaction. If these mods are needed to reduce the amount of higher order pages then compaction does not have the beneficial effect that it should have. It does not actually increase the available higher order pages. Fix that first. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org