Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1075935ybl; Thu, 12 Dec 2019 09:15:48 -0800 (PST) X-Google-Smtp-Source: APXvYqzU7YvHPO/T3K/9sHBCUpGuXvtSPwIHq6TdnX4d9cyTKtS7fBhXWtaVNf6UcwS52ajBfHbe X-Received: by 2002:a05:6830:1741:: with SMTP id 1mr9749587otz.295.1576170948301; Thu, 12 Dec 2019 09:15:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576170948; cv=none; d=google.com; s=arc-20160816; b=wo91nMQZ/4702I2D+L5B0r4n2MbDgBHNrV6vUvc44CiOf1nx65mcB0FQV9EXvWP2jf fo1suEA+jCFB4OfI0usWKxBMGx0KAQSH7mQG/KjMjw2nWgg9vhh/3YQ9+nRp1PNP5mkT cR7XSeAKf6zBqMu/I8gHqtN97lo4aVBJjAScRCvfAjbFvsL5G3AdeK7We3Rrhf7o+Lvh JFnMWxdxJAmB4dJOdPrf3yI1dTHr2CeZUBwTmNSL2IOmaRYXWjA4r4eINWdvDtaKk4sk qmstlt5i2ousLguJdQ2PcIxpHL7i08xE0lo1tKccjZFEP/P+pHZFeHFTu4GzV1Wd/nKd uQlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=w/9RPsLV3hmHV/aDZLnceRyys47s4obu7zT1ywSY+3U=; b=H4hy7YbaVmRC33zdA5pI1uh/80VDbU8xZr8inpe7j/Aq0oZm8lb6RllUp+lmVCgICj uHAwnQbqPGaMTfic0gdnHdgJPUImY4fWipH2MSBi1gEsgkNTZHgV/ozEXH8QS/qgqany WcZ0BY4BuaeB/pLQGxESsirfFFVuehel4mA3z83y3l3R2bYRp0frf4pnL1Bifnc7/iP1 JPArQteWEffhYOyWwg4KaTMT806bTtL8t5fh56xBP/3KjQwmSvnjEUJbLD3/88RCvmxH nTROs3ZKp33V+BpFEgksvQqxm+7c8f5/2GEUc5HTtYSaBKcr4C6ZFrT7m5XIo9uVIx3j CIEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YTAZqjSC; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e190si3410150oib.113.2019.12.12.09.15.36; Thu, 12 Dec 2019 09:15:48 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YTAZqjSC; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730266AbfLLRNg (ORCPT + 99 others); Thu, 12 Dec 2019 12:13:36 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:47575 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730082AbfLLRNg (ORCPT ); Thu, 12 Dec 2019 12:13:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1576170815; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=w/9RPsLV3hmHV/aDZLnceRyys47s4obu7zT1ywSY+3U=; b=YTAZqjSCLBiEE8kML0HOJn5E9JOKVc33ekj4DXHQypAKD/iRzyytggRDD8Q9P340+IZhbb 1cO/fkgBUnhgu1N4vj3T3VILZS86pNh/NSvgpU7yYOCWhbEA+bBpOzsbD8rJfuiDphBQsg R17b1xCkZDcGayWbhRQedmmm+AuUXXk= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-230-ugnwkmHgMqya7HmLmDbz_g-1; Thu, 12 Dec 2019 12:13:31 -0500 X-MC-Unique: ugnwkmHgMqya7HmLmDbz_g-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 546F1800053; Thu, 12 Dec 2019 17:13:29 +0000 (UTC) Received: from t480s.redhat.com (ovpn-117-65.ams2.redhat.com [10.36.117.65]) by smtp.corp.redhat.com (Postfix) with ESMTP id C082A5C1C3; Thu, 12 Dec 2019 17:13:25 +0000 (UTC) From: David Hildenbrand To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, virtio-dev@lists.oasis-open.org, virtualization@lists.linux-foundation.org, kvm@vger.kernel.org, Michal Hocko , Andrew Morton , "Michael S . Tsirkin" , David Hildenbrand , Alexander Viro , Jason Wang , Oscar Salvador , Igor Mammedov , Dave Young , Dan Williams , Pavel Tatashin , Stefan Hajnoczi , Vlastimil Babka , linux-fsdevel@vger.kernel.org Subject: [PATCH RFC v4 13/13] virtio-mem: Drop slab objects when unplug continues to fail Date: Thu, 12 Dec 2019 18:11:37 +0100 Message-Id: <20191212171137.13872-14-david@redhat.com> In-Reply-To: <20191212171137.13872-1-david@redhat.com> References: <20191212171137.13872-1-david@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Start dropping slab objects after 30 minutes and repeat every 30 minutes in case we can't unplug more memory using alloc_contig_range(). Log messages and make it configurable. Enable dropping slab objects as default (especially, reclaimable slab objects that are not movable). In the future, we might want to implement+use drop_slab_range(), which will also come in handy for other users (e.g., offlining, gigantic huge pages). Cc: Alexander Viro Cc: Andrew Morton Cc: Michal Hocko Cc: "Michael S. Tsirkin" Cc: Jason Wang Cc: Oscar Salvador Cc: Igor Mammedov Cc: Dave Young Cc: Dan Williams Cc: Pavel Tatashin Cc: Stefan Hajnoczi Cc: Vlastimil Babka Cc: linux-fsdevel@vger.kernel.org Signed-off-by: David Hildenbrand --- drivers/virtio/virtio_mem.c | 30 ++++++++++++++++++++++++++++++ 1 file changed, 30 insertions(+) diff --git a/drivers/virtio/virtio_mem.c b/drivers/virtio/virtio_mem.c index 3a57434f92ed..8f25f7453a08 100644 --- a/drivers/virtio/virtio_mem.c +++ b/drivers/virtio/virtio_mem.c @@ -25,6 +25,11 @@ static bool unplug_online =3D true; module_param(unplug_online, bool, 0644); MODULE_PARM_DESC(unplug_online, "Try to unplug online memory"); =20 +static bool drop_slab_objects =3D true; +module_param(drop_slab_objects, bool, 0644); +MODULE_PARM_DESC(drop_slab_objects, + "Drop slab objects when unplug continues to fail"); + enum virtio_mem_mb_state { /* Unplugged, not added to Linux. Can be reused later. */ VIRTIO_MEM_MB_STATE_UNUSED =3D 0, @@ -1384,6 +1389,7 @@ static int virtio_mem_mb_unplug_any_sb_online(struc= t virtio_mem *vm, static int virtio_mem_unplug_request(struct virtio_mem *vm, uint64_t dif= f) { uint64_t nb_sb =3D diff / vm->subblock_size; + bool retried =3D false; unsigned long mb_id; int rc; =20 @@ -1421,6 +1427,7 @@ static int virtio_mem_unplug_request(struct virtio_= mem *vm, uint64_t diff) return 0; } =20 +retry_locked: /* Try to unplug subblocks of partially plugged online blocks. */ virtio_mem_for_each_mb_state(vm, mb_id, VIRTIO_MEM_MB_STATE_ONLINE_PARTIAL) { @@ -1445,6 +1452,29 @@ static int virtio_mem_unplug_request(struct virtio= _mem *vm, uint64_t diff) } =20 mutex_unlock(&vm->hotplug_mutex); + + /* + * If we can't unplug the requested amount of memory for a long time, + * start freeing up memory in caches. This might harm performance, + * is configurable, and we log a message. Retry imemdiately a second + * time - then wait another VIRTIO_MEM_RETRY_TIMER_MAX_MS. + */ + if (nb_sb && !retried && drop_slab_objects && + vm->retry_timer_ms =3D=3D VIRTIO_MEM_RETRY_TIMER_MAX_MS) { + if (vm->nid =3D=3D NUMA_NO_NODE) { + dev_info(&vm->vdev->dev, "dropping all slab objects\n"); + drop_slab(); + } else { + dev_info(&vm->vdev->dev, + "dropping all slab objects on node=3D%d\n", + vm->nid); + drop_slab_node(vm->nid); + } + retried =3D true; + mutex_lock(&vm->hotplug_mutex); + goto retry_locked; + } + return nb_sb ? -EBUSY : 0; out_unlock: mutex_unlock(&vm->hotplug_mutex); --=20 2.23.0