Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp1895732ybi; Mon, 1 Jul 2019 02:21:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqzv2FRtxIB0CNZPbOZc/uWefUgJvMPlsMFeXlaAuzexIAExbLMRIN7Z7nve95SlUed6TXdq X-Received: by 2002:a17:902:2862:: with SMTP id e89mr28072980plb.258.1561972905625; Mon, 01 Jul 2019 02:21:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561972905; cv=none; d=google.com; s=arc-20160816; b=s4CosNqE1bsupKxmWFPVZGnCIhuBqF/NTWHV+cQsrd2fFnWyZfDW/wmylGCiOzsY3y RzGyVm7JtVSQFFily+zcvD6GaugiWn6z7PnD/H8lAPrS5KobqAUR8hIPk8TdBTssqcun Zb+xZq9VrD//nGt1EqBcOXs3j+yCR7RKqZ13i0bDllErqk8ir9kYYSfGyNtkO1iYpy22 pUUhqLUpundeDQURxLphnN6bcygNWOzKRwYm+13ieWbwDFDMHUVfZdxA/S2OMKYywBLm Xc8yFFILjQxAh3nc5RAl6D4hRmmuJ92qxxIl4cOK4LkqrdBFuKC1ylGgmANz+oc8t2uu dmhA== 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=57krlvtseETjfpJnbB+lPGw5QKkwshNm2rVueJtb018=; b=QclUsNfDGh7cy6HoVnUqOrBVd3ZhPrDdx0HTguajTGzhndhrpT5FszuHQ+fr2vdmdH 8CAbO1q4jLr2ycSEEi9+/jGzXYywzw1t5VhmhovirdyYssGreUBD6c025mJzzCJqEm/P Bxrm5byGewXcAiviHrOtxAdkrgOAMNdSBn9ersLhySsFONUJaSrmrvmph/laWdF9xkUo Spsyxlyf9IOY0VTRUa6GBkoxCOFSwl20/HnOLUvboZU86dxyfkw73Eu9wvTdpszzR/o9 stu2p6172LPWNTj1iFZZNjVZ8ikhiHe0/BosppZnDBQNErB5e7L4S8lRXfJDdsCFNYjM k5Qg== 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 w21si9636718plq.91.2019.07.01.02.21.30; Mon, 01 Jul 2019 02:21:45 -0700 (PDT) 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 S1728356AbfGAJUj (ORCPT + 99 others); Mon, 1 Jul 2019 05:20:39 -0400 Received: from mx2.suse.de ([195.135.220.15]:49304 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728184AbfGAJUi (ORCPT ); Mon, 1 Jul 2019 05:20:38 -0400 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 98C0EB02C; Mon, 1 Jul 2019 09:20:37 +0000 (UTC) Date: Mon, 1 Jul 2019 11:20:37 +0200 From: Michal Hocko To: Pengfei Li Cc: akpm@linux-foundation.org, peterz@infradead.org, urezki@gmail.com, rpenyaev@suse.de, guro@fb.com, aryabinin@virtuozzo.com, rppt@linux.ibm.com, mingo@kernel.org, rick.p.edgecombe@intel.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/5] mm/vmalloc.c: improve readability and rewrite vmap_area Message-ID: <20190701092037.GL6376@dhcp22.suse.cz> References: <20190630075650.8516-1-lpf.vector@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190630075650.8516-1-lpf.vector@gmail.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 Sun 30-06-19 15:56:45, Pengfei Li wrote: > Hi, > > This series of patches is to reduce the size of struct vmap_area. > > Since the members of struct vmap_area are not being used at the same time, > it is possible to reduce its size by placing several members that are not > used at the same time in a union. > > The first 4 patches did some preparatory work for this and improved > readability. > > The fifth patch is the main patch, it did the work of rewriting vmap_area. > > More details can be obtained from the commit message. None of the commit messages talk about the motivation. Why do we want to add quite some code to achieve this? How much do we save? This all should be a part of the cover letter. > Thanks, > > Pengfei > > Pengfei Li (5): > mm/vmalloc.c: Introduce a wrapper function of insert_vmap_area() > mm/vmalloc.c: Introduce a wrapper function of > insert_vmap_area_augment() > mm/vmalloc.c: Rename function __find_vmap_area() for readability > mm/vmalloc.c: Modify function merge_or_add_vmap_area() for readability > mm/vmalloc.c: Rewrite struct vmap_area to reduce its size > > include/linux/vmalloc.h | 28 +++++--- > mm/vmalloc.c | 144 +++++++++++++++++++++++++++------------- > 2 files changed, 117 insertions(+), 55 deletions(-) > > -- > 2.21.0 -- Michal Hocko SUSE Labs