From patchwork Fri Aug 30 13:19:45 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Srivatsa S. Bhat" X-Patchwork-Id: 2852029 Return-Path: X-Original-To: patchwork-linux-pm@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork2.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork2.web.kernel.org (Postfix) with ESMTP id 99F37C0AB5 for ; Fri, 30 Aug 2013 13:24:07 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id D07532058C for ; Fri, 30 Aug 2013 13:24:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9FB1A20586 for ; Fri, 30 Aug 2013 13:24:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756692Ab3H3NXs (ORCPT ); Fri, 30 Aug 2013 09:23:48 -0400 Received: from e9.ny.us.ibm.com ([32.97.182.139]:47508 "EHLO e9.ny.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755756Ab3H3NXr (ORCPT ); Fri, 30 Aug 2013 09:23:47 -0400 Received: from /spool/local by e9.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 30 Aug 2013 09:23:46 -0400 Received: from d01dlp03.pok.ibm.com (9.56.250.168) by e9.ny.us.ibm.com (192.168.1.109) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Fri, 30 Aug 2013 09:23:44 -0400 Received: from b01cxnp23033.gho.pok.ibm.com (b01cxnp23033.gho.pok.ibm.com [9.57.198.28]) by d01dlp03.pok.ibm.com (Postfix) with ESMTP id CAAC1C90041; Fri, 30 Aug 2013 09:23:43 -0400 (EDT) Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by b01cxnp23033.gho.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r7UDNh7E22085844; Fri, 30 Aug 2013 13:23:43 GMT Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r7UDNdJY006080; Fri, 30 Aug 2013 10:23:42 -0300 Received: from srivatsabhat.in.ibm.com ([9.79.248.196]) by d01av02.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id r7UDNUNn005532; Fri, 30 Aug 2013 10:23:32 -0300 From: "Srivatsa S. Bhat" Subject: [RFC PATCH v3 19/35] mm: Add a mechanism to add pages to buddy freelists in bulk To: akpm@linux-foundation.org, mgorman@suse.de, hannes@cmpxchg.org, tony.luck@intel.com, matthew.garrett@nebula.com, dave@sr71.net, riel@redhat.com, arjan@linux.intel.com, srinivas.pandruvada@linux.intel.com, willy@linux.intel.com, kamezawa.hiroyu@jp.fujitsu.com, lenb@kernel.org, rjw@sisk.pl Cc: gargankita@gmail.com, paulmck@linux.vnet.ibm.com, svaidy@linux.vnet.ibm.com, andi@firstfloor.org, isimatu.yasuaki@jp.fujitsu.com, santosh.shilimkar@ti.com, kosaki.motohiro@gmail.com, srivatsa.bhat@linux.vnet.ibm.com, linux-pm@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Date: Fri, 30 Aug 2013 18:49:45 +0530 Message-ID: <20130830131941.4947.33856.stgit@srivatsabhat.in.ibm.com> In-Reply-To: <20130830131221.4947.99764.stgit@srivatsabhat.in.ibm.com> References: <20130830131221.4947.99764.stgit@srivatsabhat.in.ibm.com> User-Agent: StGIT/0.14.3 MIME-Version: 1.0 X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13083013-7182-0000-0000-00000841057D Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org X-Spam-Status: No, score=-9.0 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP When the buddy page allocator requests the region allocator for memory, it gets all the freepages belonging to an entire region at once. So, in order to make it efficient, we need a way to add all those pages to the buddy freelists in one shot. Add this support, and also take care to update the nr-free statistics properly. Signed-off-by: Srivatsa S. Bhat --- mm/page_alloc.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) -- To unsubscribe from this list: send the line "unsubscribe linux-pm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 905360c..b66ddff 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -692,6 +692,52 @@ out: set_region_bit(region_id, free_list); } +/* + * Add all the freepages contained in 'list' to the buddy freelist + * 'free_list'. Using suitable list-manipulation tricks, we move the + * pages between the lists in one shot. + */ +static void add_to_freelist_bulk(struct list_head *list, + struct free_list *free_list, int order, + int region_id) +{ + struct list_head *cur, *position; + struct mem_region_list *region; + unsigned long nr_pages = 0; + struct free_area *area; + struct page *page; + + if (list_empty(list)) + return; + + page = list_first_entry(list, struct page, lru); + list_del(&page->lru); + + /* + * Add one page using add_to_freelist() so that it sets up the + * region related data-structures of the freelist properly. + */ + add_to_freelist(page, free_list, order); + + /* Now add the rest of the pages in bulk */ + list_for_each(cur, list) + nr_pages++; + + position = free_list->mr_list[region_id].page_block; + list_splice_tail(list, position); + + + /* Update the statistics */ + region = &free_list->mr_list[region_id]; + region->nr_free += nr_pages; + + area = &(page_zone(page)->free_area[order]); + area->nr_free += nr_pages + 1; + + /* Fix up the zone region stats, since add_to_freelist() altered it */ + region->zone_region->nr_free -= 1 << order; +} + /** * __rmqueue_smallest() *always* deletes elements from the head of the * list. Use this knowledge to keep page allocation fast, despite being