Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp3452050pxb; Mon, 4 Apr 2022 17:25:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxczXPGoMoZ/hwrh58rTexxmDGUknq2v/gJVVv9O0edJIMZXuuDxW+h1NuNYLG3STGWesuD X-Received: by 2002:a63:5758:0:b0:399:5b0d:5c03 with SMTP id h24-20020a635758000000b003995b0d5c03mr622312pgm.529.1649118339713; Mon, 04 Apr 2022 17:25:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649118339; cv=none; d=google.com; s=arc-20160816; b=YrtM9mwUG6bTiyh88VnvMFH5JiRsRssUtlQKwONVWkkoaET0wM7dGOLnc8eMRlYyQZ J9I5oIJiECvWv5rc1daG6P40Tes4pT8U6RoEfz4NTfspWwelomG3YgF5IIA10rWboJZQ LmLI9C6XBDmodRuGw8WZm+HIa1Mg0fRi2cmaB/Wbv10DtWQSZPrQ2h0ISWxC6HH9aoGV yuCw5ncdUTIUtk4SmGzHfgBkLs6aGVONz4Xl3tK6N0ScJtzlD1gRsGCd0VS5cuhYgNJd up1C9yguYH9ssW/YC/QibgVyF6kJBbDGoVVqhOBD47cpoE0/nCp7FNq3H4lwjy+exrdk OQZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=EXYG3Ps4LgSyecmtEkjB7IBmEX/53r1BKcEWnhV4WlY=; b=xuClUz3PSD7UbDUSWMvVqaFbgk6c8jimouX/g8ZMmNNhG9hyW6Qa31hmdIrWmRRHxp VoadqcAxW/Kk+78Y/cFNUPMb+qu/yFK8Hi6YZ2PMwTcXaseaBnFvG0cwp6phtXAAQFON pJ7ydX+aKJ6W6P4/gHDGtJcwpA2JwE9EekUFexecRqYdBqnk6/NFyjz9TcqPGevr5QUv Q0IrHbn1OXf2Yb6M9gn2TeQeWcm0jJy7hxrLPU/hilUKPAqqQxXTlQPUoxVp1AGw/9vw 8yt0vb1H3bB0qMxAB2Azjw2MX1bYfs9z1NUa/KiJRrsmaqCvYqKvdVdHOeYIgE+HTsGY ILfw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=s4CMrkgH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id p33-20020a056a000a2100b004fdf66ab38asi6147158pfh.119.2022.04.04.17.25.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 Apr 2022 17:25:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=s4CMrkgH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D91417E597; Mon, 4 Apr 2022 16:48:51 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1378909AbiDDVSW (ORCPT + 99 others); Mon, 4 Apr 2022 17:18:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1379459AbiDDRKx (ORCPT ); Mon, 4 Apr 2022 13:10:53 -0400 Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C33F21BE8B for ; Mon, 4 Apr 2022 10:08:55 -0700 (PDT) Received: by mail-pj1-x1036.google.com with SMTP id u14so5554753pjj.0 for ; Mon, 04 Apr 2022 10:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=EXYG3Ps4LgSyecmtEkjB7IBmEX/53r1BKcEWnhV4WlY=; b=s4CMrkgH7my/reT6boSS8yl+kfuqsyuW+f1JH/k+5yIXMdHslsChfPbL4NUMHPqZix KdR9ph2X7IYOncO9Nplztcf1q9mtEgJP1Y6UsMxgR1beJRzUvrBp6ANO369YovHpmVdq 2BGBW1PuagDvNO8qY4jV7AGNNT87QsO97aWQbHXwie/ZqjowUI/d2ISWG22WhANZxVeQ lT04QY1g8hr2moiJ3B2tVGObcfy9yn+vkPuRXQ98mGwLgRFQo4pjIN60/lEFGGD6loMc UNTzU7wMtCvSSt4SZE313BRItgkLW6uEcEnQtikscmC8CTKTE20RUhwAVqAYjKbwVVAM vgfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EXYG3Ps4LgSyecmtEkjB7IBmEX/53r1BKcEWnhV4WlY=; b=7evbXeXLOYY4fDULPXP3Kc1/IEN+lVgOHofvydaa7F2q5gKJcX/KaeUk08mtwVYlD0 Q8jgTyDDjy5L15xlt4F8yiLloG4tXTl8gAYcsYIBxLSiv4W9CFwA8X471RK90rU3CEHx pCoFFwWGuaU/w4ek6T2MsSIs67Uwt4XAUaY23FPLENxlAFy7nma8xIoHZ6DfbkNCMHt+ zu8UVIpaNGqr2V4/scnDwsUpXWikMUUACd0PBoev3i4yYfMpcdciEcCtppWQFMVXhWlx WlQsDWpy33AcRZm3M/66XGBZJftJuOX34PMfxp5aZdEFlAXtSwhPHC0s9B7dvuPw4N2R Incw== X-Gm-Message-State: AOAM530Z/dREeUjPSpnNUX1udbbIWUqqWQ1KyDRAaOQf0oXyCRP1iclB m8tnjK33CUsvhhQjKCjTGtSeAZt4U9Wxa6djrTKj8g== X-Received: by 2002:a17:902:d0c9:b0:156:b0dd:999c with SMTP id n9-20020a170902d0c900b00156b0dd999cmr1019023pln.6.1649092135073; Mon, 04 Apr 2022 10:08:55 -0700 (PDT) MIME-Version: 1.0 References: <20220331084151.2600229-1-yosryahmed@google.com> In-Reply-To: From: Shakeel Butt Date: Mon, 4 Apr 2022 10:08:43 -0700 Message-ID: Subject: Re: [PATCH resend] memcg: introduce per-memcg reclaim interface To: Wei Xu Cc: Johannes Weiner , Yosry Ahmed , Michal Hocko , Andrew Morton , David Rientjes , Tejun Heo , Zefan Li , Roman Gushchin , Cgroups , "open list:DOCUMENTATION" , Linux Kernel Mailing List , Linux MM , Jonathan Corbet , Yu Zhao , Dave Hansen , Greg Thelen Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.5 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE, USER_IN_DEF_DKIM_WL autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 1, 2022 at 1:14 PM Wei Xu wrote: > [...] > > -EAGAIN sounds good, too. Given that the userspace requests to > reclaim a specified number of bytes, I think it is generally better to > tell the userspace whether the request has been successfully > fulfilled. Ideally, it would be even better to return how many bytes > that have been reclaimed, though that is not easy to do through the > cgroup interface. What would be the challenge on returning the number of bytes reclaimed through cgroup interface?