Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp906713ybh; Tue, 21 Jul 2020 10:43:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzyGL07K9Gbx/DA93n7jRU448nm16wXcBSN5l4AqYbCI3wXSapxfvfULcZUaQVd4QUwmCYr X-Received: by 2002:a05:6402:8da:: with SMTP id d26mr27494907edz.109.1595353438258; Tue, 21 Jul 2020 10:43:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595353438; cv=none; d=google.com; s=arc-20160816; b=Zt85nHcBv2tOftTDJM7OGgM1na52rVWFiCia0Syl4x5jLoTdlxeXyt1I4FUY9IJ95P oB95R9Ymb/3FqQxczfSMdv9bxVaGalHGoxB+6McQZ0MeWYOHMNflMf8urpIN+hCBQE8Q v7idmhTEYaZdbphOFjpEztRSxuj+BBkW8k45JhqobTK7U85Y/3zkm27BJdiksWAsndlM p1FyrsNt1rvpf3SBmOR8TikG7nrMcGesrJTyDL3xS5atJHmwwJ71EMPB9FC5nwwKjsob 8FI/Fadb/BjZRutISYhbmi+AwNb4Yjg7Hhr6pewLaEnYsvWmP2R4X6dtKS+DB16eq1M0 tqzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=iXpIXavlE/ZwGIdQyg7+BwcjDDLZaRfVGWyFGkObed4=; b=kaclxZaeA61PJzw7tH5ysSFAP/MVZs9xjesvgE7qlJVJwZY7EYwgPRLeHmDqGUDzwZ NrVkFQcUyKB5mNBVnA44XuTFhmFQhCiQCxjcclMlHZROP9gltbj0GVHV2XIxRoQvf3a7 qxxtPC0vlx8fvf7Y+GJG5eAu1kidT44ng/gu95K1tW9fsfCI7C4g3jEQUK6cUlL6pWSR jfzIzEfQYIqfCg96mmG0jiy8KcdEW6/8G0uXa84eWyUY4YgZyT8YejoygeJ49jkJ8Ith vGh7VZGvYB7XRBEsnndUjcOBE8o5lWUGUSchGCnBVxflUgs2Yvjz2Q9QwemepBQNWPy9 8cGg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=0zguSQRp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g23si12852088edr.1.2020.07.21.10.43.35; Tue, 21 Jul 2020 10:43:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=0zguSQRp; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730870AbgGURma (ORCPT + 99 others); Tue, 21 Jul 2020 13:42:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730868AbgGURmY (ORCPT ); Tue, 21 Jul 2020 13:42:24 -0400 Received: from mail-qt1-x843.google.com (mail-qt1-x843.google.com [IPv6:2607:f8b0:4864:20::843]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 06E43C061794 for ; Tue, 21 Jul 2020 10:42:24 -0700 (PDT) Received: by mail-qt1-x843.google.com with SMTP id d27so16797909qtg.4 for ; Tue, 21 Jul 2020 10:42:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=iXpIXavlE/ZwGIdQyg7+BwcjDDLZaRfVGWyFGkObed4=; b=0zguSQRpifWOIMc3Wxbvdk6Bwwn9eip+C034+tkTuBiaMTd1zFjdRoq+3omx245Aa4 DZQGmwSGRpqWcyMnsjpDTupp7W5/t7+i65WcuXWio/xYmvM2eFB5Gs0/xWXYIa0nNvnp Z+kFKIXI/Twm0g0qpTVJcdRYzmdtv4LO+2463GownoC4rx5Wz05xJ0t5s0YL9Ibdqury jIAzJ0f7OdzeN7hMBcGhP25hDNUuULtxA07UfeyertHuveci290NT2L0Falns7sr1XN0 82pwykAKX3K75CZfB+/1uJ4E2Cf3ywWAfZNDPzzqoKiTM6V4aHDgbcyTwASq7WP5g/cV 1P4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=iXpIXavlE/ZwGIdQyg7+BwcjDDLZaRfVGWyFGkObed4=; b=arYn5pT9SIW+d+jWmp6n1VyN0tkxxHymlHSHy5MzAClQOu7JgI+m3UcOeQ9a+V8Acj kylTxyndMzqycY5TZ7c189DU1Z6Y6pNibKU7ei1CP2ih0hU+dDGkwXyc/j9CVZ+Zu5KY QCX09vBtBpO6LfIqv5jedWh9oOc9EM4437VJNM7B+hZAnB+HG2FOekQNaD43IIN/iJIP GK9v7K7fe+nFuIUH9JcWYA9fdidxzxI+cs7Q25EY6LSfVBPDP+RA3BHvcjpim7KQAj5B cRz64xtzp/nlLj1JgJE4/w+UxtZ6u4fYDIvQHC7KiDaaZKTLyWhlU2Gf2exqTp+v1Ou4 07Nw== X-Gm-Message-State: AOAM533dYfKb4iVN3jDmwWv8YvAwpkYY64F8yWGjyA4zMxrvpEwkMhMw uHpph/Br7PG40y5g6czjkAD8qw== X-Received: by 2002:ac8:4f13:: with SMTP id b19mr30642157qte.146.1595353343267; Tue, 21 Jul 2020 10:42:23 -0700 (PDT) Received: from localhost ([2620:10d:c091:480::1:4399]) by smtp.gmail.com with ESMTPSA id r35sm22987577qtb.11.2020.07.21.10.42.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 21 Jul 2020 10:42:22 -0700 (PDT) Date: Tue, 21 Jul 2020 13:41:26 -0400 From: Johannes Weiner To: jingrui Cc: "tj@kernel.org" , Lizefan , "mhocko@kernel.org" , "vdavydov.dev@gmail.com" , "akpm@linux-foundation.org" , "linux-mm@kvack.org" , "cgroups@vger.kernel.org" , "linux-kernel@vger.kernel.org" , caihaomin , "Weiwei (N)" , guro@cmpxchg.org Subject: Re: PROBLEM: cgroup cost too much memory when transfer small files to tmpfs Message-ID: <20200721174126.GA271870@cmpxchg.org> References: <2E04DD7753BE0E4ABABF0B664610AD6F2620CAF7@dggeml528-mbx.china.huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2E04DD7753BE0E4ABABF0B664610AD6F2620CAF7@dggeml528-mbx.china.huawei.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 21, 2020 at 11:19:52AM +0000, jingrui wrote: > Cc: Johannes Weiner ; Michal Hocko ; Vladimir Davydov > > Thanks. > > --- > PROBLEM: cgroup cost too much memory when transfer small files to tmpfs. > > keywords: cgroup PERCPU/memory cost too much. > > description: > > We send small files from node-A to node-B tmpfs /tmp directory using sftp. On > node-B the systemd configured with pam on like below. > > cat /etc/pam.d/password-auth | grep systemd > -session???? optional????? pam_systemd.so > > So when transfer a file, a systemd session is created, that means a cgroup is > created, then file saved at /tmp will associated with a cgroup object. After > file transferred, session and cgroup-dir will be removed, but the file in /tmp > still associated with the cgroup object. The PERCPU memory in cgroup/css object > cost a lot(about 0.5MB/per-cgroup-object) on 200/cpus machine. CC Roman who had a patch series to free all this extended (percpu) memory upon cgroup deletion: https://lore.kernel.org/patchwork/cover/1050508/ It looks like it never got merged for some reason.