Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1453152imm; Thu, 19 Jul 2018 01:47:13 -0700 (PDT) X-Google-Smtp-Source: AAOMgpc07dtZRutH5FjtqMxdjIdWifpzoTVp9wyIKlPBQainQgTyInsBis03GezlC0SvZaz4/rEM X-Received: by 2002:a62:283:: with SMTP id 125-v6mr8638458pfc.51.1531990033812; Thu, 19 Jul 2018 01:47:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531990033; cv=none; d=google.com; s=arc-20160816; b=vf8baXmjCY52PYOO8H0KYqzlxNIIiXvfWZJjZVnU7IPt9TgL33SNXdPnK8rx1sU0P9 rML3Hg4JIOgFVRGZsupd9pv4yfIvUG/tez+4hiLchcP/IbIG1QmcINTeyTmmda0ebv12 jKHZDtJGpegOtqfC05nIvmR4ieI1ALCM5uxEsyEgr+jjO/DV7fPgCP3p6sQaIU3ZWWOP sMPNyDK9teLAmMnvNcF/a+3c8EyJpSjvu7dN1XKVJQIPQfyVC6URpNf3i3vu/JKH/pXw Pu60+GZVgT3rwWliHUzLW9iVDO9ros7mbQUBPqRsEja7elyl13kNRfUx99tA6PUtj9zN HARQ== 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:arc-authentication-results; bh=eHZP/3FRYE27zAtsodyhPEr7FkEzRXnFsarQGV8dpKk=; b=UQgOpZ/PWehf6p8rKAfqXGoVByPRakhAEndJ86gtp1d8QdCv6pfAqS6lTBZFf3HTor c1CaogTIUfCB4eQFUcx8XkaISaBum+HY/hHhJIeszLr5tLB/bGfxzBgMFzi2NbCWnmB1 rzE8iXh/Rqn+2XWyEs3cqeecbg+xQZ7Gq6sPztcSas46p7RP6hIJz1t1Im7X0HsLjTg1 bWL1RAVf319186WcEZSZn5TZfxLr2PaYMfwVFF/5xlQ9AeHYVmVmlH52j9oJj6SPLbU5 PNnsfHEBr2Z+F3/Cn1vSAmMkG5cVw8+9BeIZMm+MADJVSun739ggDEW7J7dRuHFSJde1 Yj9A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a15-v6si4781230pgg.611.2018.07.19.01.46.59; Thu, 19 Jul 2018 01:47:13 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731267AbeGSJ2J (ORCPT + 99 others); Thu, 19 Jul 2018 05:28:09 -0400 Received: from outbound-smtp26.blacknight.com ([81.17.249.194]:43879 "EHLO outbound-smtp26.blacknight.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726704AbeGSJ2J (ORCPT ); Thu, 19 Jul 2018 05:28:09 -0400 Received: from mail.blacknight.com (pemlinmail02.blacknight.ie [81.17.254.11]) by outbound-smtp26.blacknight.com (Postfix) with ESMTPS id 46D4BB8758 for ; Thu, 19 Jul 2018 09:46:02 +0100 (IST) Received: (qmail 24007 invoked from network); 19 Jul 2018 08:46:02 -0000 Received: from unknown (HELO techsingularity.net) (mgorman@techsingularity.net@[37.228.237.66]) by 81.17.254.9 with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 19 Jul 2018 08:46:02 -0000 Date: Thu, 19 Jul 2018 09:46:01 +0100 From: Mel Gorman To: Vlastimil Babka Cc: Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, Roman Gushchin , Michal Hocko , Johannes Weiner , Christoph Lameter , David Rientjes , Joonsoo Kim , Matthew Wilcox Subject: Re: [PATCH v3 7/7] mm, slab: shorten kmalloc cache names for large sizes Message-ID: <20180719084601.bl7zeq3ube7vulgq@techsingularity.net> References: <20180718133620.6205-1-vbabka@suse.cz> <20180718133620.6205-8-vbabka@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20180718133620.6205-8-vbabka@suse.cz> User-Agent: NeoMutt/20170912 (1.9.0) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 18, 2018 at 03:36:20PM +0200, Vlastimil Babka wrote: > Kmalloc cache names can get quite long for large object sizes, when the sizes > are expressed in bytes. Use 'k' and 'M' prefixes to make the names as short > as possible e.g. in /proc/slabinfo. This works, as we mostly use power-of-two > sizes, with exceptions only below 1k. > > Example: 'kmalloc-4194304' becomes 'kmalloc-4M' > > Suggested-by: Matthew Wilcox > Signed-off-by: Vlastimil Babka There is a slight chance this will break any external tooling that calculates fragmentation stats for slab/slub if they are particularly stupid parsers but other than that; Acked-by: Mel Gorman -- Mel Gorman SUSE Labs