Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755456Ab3GKBCt (ORCPT ); Wed, 10 Jul 2013 21:02:49 -0400 Received: from LGEMRELSE7Q.lge.com ([156.147.1.151]:60966 "EHLO LGEMRELSE7Q.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754046Ab3GKBCs (ORCPT ); Wed, 10 Jul 2013 21:02:48 -0400 X-AuditID: 9c930197-b7bfbae000000e88-ac-51de04365476 Date: Thu, 11 Jul 2013 10:02:48 +0900 From: Joonsoo Kim To: Dave Hansen Cc: Andrew Morton , Mel Gorman , David Rientjes , Glauber Costa , Johannes Weiner , KOSAKI Motohiro , Rik van Riel , Hugh Dickins , Minchan Kim , Jiang Liu , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 1/5] mm, page_alloc: support multiple pages allocation Message-ID: <20130711010248.GB7756@lge.com> References: <1372840460-5571-1-git-send-email-iamjoonsoo.kim@lge.com> <1372840460-5571-2-git-send-email-iamjoonsoo.kim@lge.com> <51DDE5BA.9020800@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51DDE5BA.9020800@intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Brightmail-Tracker: AAAAAA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2120 Lines: 60 On Wed, Jul 10, 2013 at 03:52:42PM -0700, Dave Hansen wrote: > On 07/03/2013 01:34 AM, Joonsoo Kim wrote: > > - if (page) > > + do { > > + page = buffered_rmqueue(preferred_zone, zone, order, > > + gfp_mask, migratetype); > > + if (!page) > > + break; > > + > > + if (!nr_pages) { > > + count++; > > + break; > > + } > > + > > + pages[count++] = page; > > + if (count >= *nr_pages) > > + break; > > + > > + mark = zone->watermark[alloc_flags & ALLOC_WMARK_MASK]; > > + if (!zone_watermark_ok(zone, order, mark, > > + classzone_idx, alloc_flags)) > > + break; > > + } while (1); > > I'm really surprised this works as well as it does. Calling > buffered_rmqueue() a bunch of times enables/disables interrupts a bunch > of times, and mucks with the percpu pages lists a whole bunch. > buffered_rmqueue() is really meant for _single_ pages, not to be called > a bunch of times in a row. > > Why not just do a single rmqueue_bulk() call? Hello, Dave. There are some reasons why I implement the feature in this way. rmqueue_bulk() needs a zone lock. If we allocate not so many pages, for example, 2 or 3 pages, it can have much more overhead rather than allocationg 1 page multiple times. So, IMHO, it is better that multiple pages allocation is supported on top of percpu pages list. And I think that enables/disables interrupts a bunch of times help to avoid a latency problem. If we disable interrupts until the whole works is finished, interrupts can be handled too lately. free_hot_cold_page_list() already do enables/disalbed interrupts a bunch of times. Thanks for helpful comment! > > -- > 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/ . > Don't email: email@kvack.org -- 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/