Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753417Ab1B1WIQ (ORCPT ); Mon, 28 Feb 2011 17:08:16 -0500 Received: from mail-iy0-f174.google.com ([209.85.210.174]:53247 "EHLO mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752852Ab1B1WIP (ORCPT ); Mon, 28 Feb 2011 17:08:15 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=MBFg9rAtQAk2GIBGC1L8lhjt3LoJ54R4+ASsxiSlJhG5Cd2xKPfuDoZ/+JxNd+7XzA DsMpxjFVJ61+kDtrTw8A1LG0r/HrslVv+NihAO9UEdlyE22Rg+uII6A12OHVtEoEm+7V uqe6koYUVomKcJTrShzCTl29qiaBkncz6YpNY= Date: Tue, 1 Mar 2011 07:08:07 +0900 From: Minchan Kim To: Mel Gorman Cc: Andrew Morton , Arthur Marsh , Clemens Ladisch , Andrea Arcangeli , Linux-MM , Linux Kernel Mailing List Subject: Re: [PATCH 1/2] mm: compaction: Minimise the time IRQs are disabled while isolating free pages Message-ID: <20110228220807.GA1896@barrios-desktop> References: <1298664299-10270-1-git-send-email-mel@csn.ul.ie> <1298664299-10270-2-git-send-email-mel@csn.ul.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1298664299-10270-2-git-send-email-mel@csn.ul.ie> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3174 Lines: 56 On Fri, Feb 25, 2011 at 08:04:58PM +0000, Mel Gorman wrote: > compaction_alloc() isolates free pages to be used as migration targets. > While its scanning, IRQs are disabled on the mistaken assumption the scanning > should be short. Analysis showed that IRQs were in fact being disabled for > substantial time. A simple test was run using large anonymous mappings with > transparent hugepage support enabled to trigger frequent compactions. A > monitor sampled what the worst IRQ-off latencies were and a post-processing > tool found the following; > > Total sampled time IRQs off (not real total time): 22355 > Event compaction_alloc..compaction_alloc 8409 us count 1 > Event compaction_alloc..compaction_alloc 7341 us count 1 > Event compaction_alloc..compaction_alloc 2463 us count 1 > Event compaction_alloc..compaction_alloc 2054 us count 1 > Event shrink_inactive_list..shrink_zone 1864 us count 1 > Event shrink_inactive_list..shrink_zone 88 us count 1 > Event save_args..call_softirq 36 us count 1 > Event save_args..call_softirq 35 us count 2 > Event __make_request..__blk_run_queue 24 us count 1 > Event __alloc_pages_nodemask..__alloc_pages_nodemask 6 us count 1 > > i.e. compaction is disabled IRQs for a prolonged period of time - 8ms in > one instance. The full report generated by the tool can be found at > http://www.csn.ul.ie/~mel/postings/minfree-20110225/irqsoff-vanilla-micro.report . > This patch reduces the time IRQs are disabled by simply disabling IRQs > at the last possible minute. An updated IRQs-off summary report then > looks like; > > Total sampled time IRQs off (not real total time): 5493 > Event shrink_inactive_list..shrink_zone 1596 us count 1 > Event shrink_inactive_list..shrink_zone 1530 us count 1 > Event shrink_inactive_list..shrink_zone 956 us count 1 > Event shrink_inactive_list..shrink_zone 541 us count 1 > Event shrink_inactive_list..shrink_zone 531 us count 1 > Event split_huge_page..add_to_swap 232 us count 1 > Event save_args..call_softirq 36 us count 1 > Event save_args..call_softirq 35 us count 2 > Event __wake_up..__wake_up 1 us count 1 > > A full report is again available at > http://www.csn.ul.ie/~mel/postings/minfree-20110225/irqsoff-minimiseirq-free-v1r4-micro.report . > . As should be obvious, IRQ disabled latencies due to compaction are > almost elimimnated for this particular test. > > [aarcange@redhat.com: Fix initialisation of isolated] > Signed-off-by: Mel Gorman Reviewed-by: Minchan Kim -- Kind regards, Minchan Kim -- 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/