Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2388087imu; Fri, 14 Dec 2018 10:09:58 -0800 (PST) X-Google-Smtp-Source: AFSGD/UcW5Vq1+TU9R+LAnBg2OV9QjWg8iAqXye3LMVGFpYILt9zHRUikELP30SRugvHMl7TElvR X-Received: by 2002:a62:8c11:: with SMTP id m17mr3752524pfd.224.1544810998947; Fri, 14 Dec 2018 10:09:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544810998; cv=none; d=google.com; s=arc-20160816; b=HoZMyX8eltrX/imRtdOy1rdVBG12I+T9QswtdvzjbQeX39PIVD699ZYd02nVzZJi4X aehRLklF4msRih6xbDaBCCejhuH7wrShYWnuJCojqQY+Hvzkhm0KUA1ibcj3cGR+/+ye aCpYBX29o3GMOqrfZistby7R6tILh/sKWDm/BZ1FE1HiZ3pG00pr0en6B6h/Lc5lyAmG AGx85WD/EjKsZ4hgjmb3nxzaU1xbqhmW7vdkpc9Cd6JWSsmBVCuNyWuusZtydBB6mnxh elv5ApwHk5LVvN9nHjaoj17YK3aXHWNavCJD/yBrxWZz2RQ9QhGXK15i1vHIw4yl2U7C dNgg== 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=7HiZSQwm/UReDKaG3pBCGsAVn/dcBqgos7ZO2ZPxoNo=; b=qB/r5gzutpIem3M2skNhBnI2nlVm0E3TgUkUezgk2sJu+c0exHbV+fXU9Q0DF6O+g8 KlUcnLxLfZcnfTlwIIdZ0indRaFC0zsV2DukirbPlCNaZE66zv/RsyFc7UTU5iVeTYOl ma9sZyo07Nt8fZn/cREPOU2w2XGDqCedjTYD7JaRaQQ7AvUkYU1Wx50vHQKNxEyEgytF 20Gb+MGxioCFWfn90FOq/eD8U7IGhAVsPArCx1zJmoPHfA71lTchcv0WItw6o/hLQBUf uWu3iVVlJyVozvHsaTcjVNc/WQbeA9zs6JEwg7uDPpFOIwzTjQ5H9w2vAxZQ99c/N4j8 Qf5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=mhNOnZvH; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d125si4720384pfc.114.2018.12.14.10.09.36; Fri, 14 Dec 2018 10:09:58 -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=@gmail.com header.s=20161025 header.b=mhNOnZvH; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730521AbeLNSHu (ORCPT + 99 others); Fri, 14 Dec 2018 13:07:50 -0500 Received: from mail-pf1-f196.google.com ([209.85.210.196]:38988 "EHLO mail-pf1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729619AbeLNSHt (ORCPT ); Fri, 14 Dec 2018 13:07:49 -0500 Received: by mail-pf1-f196.google.com with SMTP id c72so3195540pfc.6 for ; Fri, 14 Dec 2018 10:07:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=7HiZSQwm/UReDKaG3pBCGsAVn/dcBqgos7ZO2ZPxoNo=; b=mhNOnZvHpkLtR1ci0159pT81uVhecrQoFQMn8Ux9pYNAemWwJHJFw0JPigeXGzdcO7 mZ93GIpSqrUBjr9dPGEn6IPmNaJKmZyeN5KDV25eWf4/hFXTCr4HBcZ/nzi5QUWm3MBq UbKPBPSOeX0m94pozmrw0JBrBuOT8+9EOzpHhHz4fB14muAc4Wm4/pZJvQQHAfvmcSiL aeuiMjExueGK9mdKUdJ0NnvupOIMNWS4XfQxvN8g2/J7Nd8N0eXuAioxmxtmLeHX91iE x3WZdAbV/6tJuFiKad+nlQpFgmSEJfarJ5GmDN1MWeRID70MBA5V+rk9orPNCi0fAsoh /CAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=7HiZSQwm/UReDKaG3pBCGsAVn/dcBqgos7ZO2ZPxoNo=; b=Q9qljKtMLN2SobjU3+DUavUvssZAgEW5xIJprtnChgGm9VXXEDEhHm0XWx+T5wgqzb 6g/dAjgzmeM2sCsvHWJe1rEl9JoC1L7syoEa2JxpxJ43cSqZNpFqJ5gLQwmJeY+C8nHu ma80JumU/4VOgK2vO5foRwbuA10ejqjR5mL/yT4Z7iAwTOeIOSdgM9kXdSk8lFwB7+eX ptVEQx091T66h8qXKSeeQm30K0uJbLwtfD3qO+0oYwr5OqqLHXG19Js73z/nuduM9b0c QjH4J1Ax/aM39oIc4lt4GGYfO11S3ZhyfetvsEKrj2sqgiZDffDIn6LRkZtxdnFcoXF5 RW+Q== X-Gm-Message-State: AA+aEWaicUM1kyX5Kv1nT2CjrLPOtmct/aTCJKXblj0NGcjXO5YSDmGS kyRiePnNwZfFOCi0F6JkO7c= X-Received: by 2002:a63:40c6:: with SMTP id n189mr3479960pga.355.1544810868651; Fri, 14 Dec 2018 10:07:48 -0800 (PST) Received: from tower.thefacebook.com ([2620:10d:c090:200::5:3d97]) by smtp.gmail.com with ESMTPSA id r2sm7180856pgo.18.2018.12.14.10.07.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 14 Dec 2018 10:07:48 -0800 (PST) From: Roman Gushchin X-Google-Original-From: Roman Gushchin To: linux-mm@kvack.org Cc: Alexey Dobriyan , Johannes Weiner , Michal Hocko , Vlastimil Babka , linux-kernel@vger.kernel.org, kernel-team@fb.com, Roman Gushchin Subject: [RFC 1/4] mm: refactor __vunmap() to avoid duplicated call to find_vm_area() Date: Fri, 14 Dec 2018 10:07:17 -0800 Message-Id: <20181214180720.32040-2-guro@fb.com> X-Mailer: git-send-email 2.19.2 In-Reply-To: <20181214180720.32040-1-guro@fb.com> References: <20181214180720.32040-1-guro@fb.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org __vunmap() calls find_vm_area() twice without an obvious reason: first directly to get the area pointer, second indirectly by calling remove_vm_area(), which is again searching for the area. To remove this redundancy, let's split remove_vm_area() into __remove_vm_area(struct vmap_area *), which performs the actual area removal, and remove_vm_area(const void *addr) wrapper, which can be used everywhere, where it has been used before. On my test setup, I've got up to 12% speed up on vfree()'ing 1000000 of 4-pages vmalloc blocks. Signed-off-by: Roman Gushchin Acked-by: Johannes Weiner --- mm/vmalloc.c | 47 +++++++++++++++++++++++++++-------------------- 1 file changed, 27 insertions(+), 20 deletions(-) diff --git a/mm/vmalloc.c b/mm/vmalloc.c index 97d4b25d0373..24a84d584609 100644 --- a/mm/vmalloc.c +++ b/mm/vmalloc.c @@ -1462,6 +1462,24 @@ struct vm_struct *find_vm_area(const void *addr) return NULL; } +static struct vm_struct *__remove_vm_area(struct vmap_area *va) +{ + struct vm_struct *vm = va->vm; + + might_sleep(); + + spin_lock(&vmap_area_lock); + va->vm = NULL; + va->flags &= ~VM_VM_AREA; + va->flags |= VM_LAZY_FREE; + spin_unlock(&vmap_area_lock); + + kasan_free_shadow(vm); + free_unmap_vmap_area(va); + + return vm; +} + /** * remove_vm_area - find and remove a continuous kernel virtual area * @addr: base address @@ -1472,31 +1490,20 @@ struct vm_struct *find_vm_area(const void *addr) */ struct vm_struct *remove_vm_area(const void *addr) { + struct vm_struct *vm = NULL; struct vmap_area *va; - might_sleep(); - va = find_vmap_area((unsigned long)addr); - if (va && va->flags & VM_VM_AREA) { - struct vm_struct *vm = va->vm; - - spin_lock(&vmap_area_lock); - va->vm = NULL; - va->flags &= ~VM_VM_AREA; - va->flags |= VM_LAZY_FREE; - spin_unlock(&vmap_area_lock); - - kasan_free_shadow(vm); - free_unmap_vmap_area(va); + if (va && va->flags & VM_VM_AREA) + vm = __remove_vm_area(va); - return vm; - } - return NULL; + return vm; } static void __vunmap(const void *addr, int deallocate_pages) { struct vm_struct *area; + struct vmap_area *va; if (!addr) return; @@ -1505,17 +1512,18 @@ static void __vunmap(const void *addr, int deallocate_pages) addr)) return; - area = find_vmap_area((unsigned long)addr)->vm; - if (unlikely(!area)) { + va = find_vmap_area((unsigned long)addr); + if (unlikely(!va || !va->vm)) { WARN(1, KERN_ERR "Trying to vfree() nonexistent vm area (%p)\n", addr); return; } + area = va->vm; debug_check_no_locks_freed(area->addr, get_vm_area_size(area)); debug_check_no_obj_freed(area->addr, get_vm_area_size(area)); - remove_vm_area(addr); + __remove_vm_area(va); if (deallocate_pages) { int i; @@ -1530,7 +1538,6 @@ static void __vunmap(const void *addr, int deallocate_pages) } kfree(area); - return; } static inline void __vfree_deferred(const void *addr) -- 2.19.2