Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp750143imu; Tue, 20 Nov 2018 06:26:50 -0800 (PST) X-Google-Smtp-Source: AFSGD/XmlPMOWQV5CZXOUNpGn3KOM0WDmhJ6Zt3s0paag2tomxodpvocbktsuh4ofJh54R/4a1Q9 X-Received: by 2002:a63:d70e:: with SMTP id d14mr2102678pgg.159.1542724010682; Tue, 20 Nov 2018 06:26:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542724010; cv=none; d=google.com; s=arc-20160816; b=VzXcI5VhTgW66sZyH2sc1oEaB9pnomy8OOCzC+8jBntkR5zkB2WTA8fVSRWUtWaU4C 6D0SMOIdwA7CbgqM3dC9ZAKoZp4loT5GpX7nN5rtLBYohtUpOF3bFTrPbgyHShV3Qfxw ZddtcUevA4IRKEpn4gGcmQMmgOSif6Rt2xjipeR3D+FwIO4OPpkpAczwVqhMHLGgGG3u ZMXP1jHwk25ubz365v+bqMASUerP8f9EQ9rhG7siy35W2ApjofHwFYZ6JlYxgMV//bUX DNLj1LewanEAhyALXogptWMiYoUPN/tWsLIKXOTr20VNRAU7Lj7ZUClAUlZn5MKtVcJJ 8p+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Hr87eBOl8VCiUGwfEcJGaJF7+O7jgT0vAFehLM0LdMc=; b=GzsLWrdkhW6hBHKFRdxuVCYWJOKz1MrAmwmYQi302/97axzJH3SpG8XFOki8NxHhLi zMsd4YSJaohoD+PrEtTSuOkCPX5q4CgGId5fP+WkVXADJAftdlcCkfitsxTHjtnoNPEI XFEOkhxoQONkIQGAYpWIBnE7DszmPALr6SqTQSLGJbHiaYCqyjJc517SZYPWJnz/UuSJ ZNJD7C4uO85BJYsVoPUV44dCZqxDjY8LU+vhy7Ti1X3w2iWMvC309qWB6wXEbx6ALMMH HpszONtryxzdz/0LTDoXGwCVf0lMyDRYL6QaxqbhRXEW/9+3OFkTSXrKzjcafDcMs3QD y94A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b6si36067475pgg.2.2018.11.20.06.26.34; Tue, 20 Nov 2018 06:26:50 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729749AbeKUAyn (ORCPT + 99 others); Tue, 20 Nov 2018 19:54:43 -0500 Received: from mx2.suse.de ([195.135.220.15]:33690 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727682AbeKUAym (ORCPT ); Tue, 20 Nov 2018 19:54:42 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 8A9BDADE4; Tue, 20 Nov 2018 14:25:17 +0000 (UTC) Date: Tue, 20 Nov 2018 15:25:17 +0100 From: Michal Hocko To: David Hildenbrand Cc: linux-mm@kvack.org, Andrew Morton , Oscar Salvador , Pavel Tatashin , LKML Subject: Re: [RFC PATCH 1/3] mm, memory_hotplug: try to migrate full section worth of pages Message-ID: <20181120142517.GL22247@dhcp22.suse.cz> References: <20181120134323.13007-1-mhocko@kernel.org> <20181120134323.13007-2-mhocko@kernel.org> <65271adc-93b4-19fc-e54b-11db582359c5@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <65271adc-93b4-19fc-e54b-11db582359c5@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 20-11-18 15:18:41, David Hildenbrand wrote: [...] > (we could also check for pending signals inside that function if really > required) do_migrate_pages is not the proper layer to check signals. Because the loop only isolates pages and that is not expensive. The most expensive part is deeper down in the migration core. We wait for page lock or writeback and that can take a long. None of that is killable wait which is a larger surgery but something that we should consider should there be any need to address this. > Reviewed-by: David Hildenbrand Thanks! -- Michal Hocko SUSE Labs