Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2089721yba; Fri, 19 Apr 2019 11:56:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqyG8ihnofJugctpfhsIQ7QWQUliBqIhjyKkg756jCKETMbDgHCEUHrQeH9oJFhq1gPdlsDl X-Received: by 2002:a63:7949:: with SMTP id u70mr5314832pgc.418.1555700186621; Fri, 19 Apr 2019 11:56:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555700186; cv=none; d=google.com; s=arc-20160816; b=h9rxnEdrL1SxpvfOC2Xi2hYy6v0l+MHJelp53/q34cFiZRHPl702Go+US7vHwnQh2G lZqcH2NbJVX+qtB67mvw48+6TylwuUWb8fIFIOjSOwY+sSMalIOX3EM9xT8Ts15Ni/3m 3UD6zeGaaHth7mJWwcmUvyd2EbC4k1Q2FaRi/YnB7Bv+JIEmWF7PRln9MGGPWkIEEYtk 5MKAJEj5ES1XeDiMUgb2LBExVI/QDIu0pX1wPnsIhRWhkhHT2VKJbXkfwjSr6CWazagO Uv7q4JuN2sMizO7ENaoQJuNlmxi/vGZeR+llA2vwgw6a3xooNUHGxmTtGjG63pDW+HC7 Afuw== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=3oACOke3mjxS7Ds+PxG4Asb3iI3bZvS7rcJZH4/T9TI=; b=TmJa18BMTGWBC29jnBWGqxcIuZL8oEocFGJfGyb513edgKBzx4/8JwmcaeS4VeQ9i1 CichpZlixPLPZJ0V8ET8wl2+9M++GTtVKbjlYSWR2XjC+/R84fCi20iFJKM00QmBHOMT XwafX+Hu37gPClDEyqDomLu1Vjj7Psj9m00cwP/n9RSaZHPNlSlGzL7Dj1IAYIGN1Bkk a11f1OLELFotW69H98EFGXEtnUR3nNWeZdwdVcwZlE7ALkW8UQ1BAy8bTQD7bbWMPqH5 P2VYg8FwMQ1fg6tc8e4T2NwX9lghXFXzSpajbmgsgEKnBqMYSzXc0l2eIfzQg3pmGPXS gIZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pLh2TsMj; 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 a5si5726015plm.171.2019.04.19.11.56.11; Fri, 19 Apr 2019 11:56:26 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pLh2TsMj; 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 S1728189AbfDSSzC (ORCPT + 99 others); Fri, 19 Apr 2019 14:55:02 -0400 Received: from mail-pg1-f194.google.com ([209.85.215.194]:40263 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726103AbfDSSzB (ORCPT ); Fri, 19 Apr 2019 14:55:01 -0400 Received: by mail-pg1-f194.google.com with SMTP id d31so3013097pgl.7; Fri, 19 Apr 2019 11:55:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=3oACOke3mjxS7Ds+PxG4Asb3iI3bZvS7rcJZH4/T9TI=; b=pLh2TsMj83rpvnTYzvgoqZCS25nwprEAlxc37MQw9OJjFlc2U3zChRb6dhdFKNVN7K mB75l/NpQAPcYKSALBTfZ2mggR/IdCUAveYvxCQwxRMmfp+gQDy5lNUeOFOhAiVAbT5K AqLYHU4IZ0/dpHTEfZsP7tIQE+N+GOrrOv55ur7Iq9F3CSfhJI8dmitZgn2bKkCuCAtX sIRJY+Sg7hGk1E/TP8qitEfyibuZqZ2KQPQBJJvbal5go9dlCjZQV2Ac6hgpPhJ/9i+n C3bNS8vyFGowSc42S5TLeYV2vAdx2+tbB4CnE0EBotcDSUxmuOUWnyKP3jvrBsSIvFxR r3HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=3oACOke3mjxS7Ds+PxG4Asb3iI3bZvS7rcJZH4/T9TI=; b=EfQhhX97slWpwj/CXj/SLHuXhtAy87HX46lYsult/FLP995nBotRx1+7qqC/1TYoql aMYCzgCt7/CIv57QRxwY/BNewbkSieVRPdD2VvcgJe+J4VhSugtrdNekbyUXWe9rMNsW YGOkEOhy7YDZ5saD8IVKB1vNrrrugVAgH8TCvfNaE/kQZ55OWIkoHdvOl7e1LvRtjupv mlSjPo0IwG1GyaN8pC2MTWo0Zs7F9YEgLz2gS4pip35sKwdMtwpTUbTvKB2nq/Nls55i EnG+HFKbhq7NOP4P9TEfowI9y7rTIdBQuWOOs8rCuAwEPnroHxvIHi7JKIWth0Cn3Duq ERgg== X-Gm-Message-State: APjAAAVxGb6SMOfDUCTvyQXGKBz0mEapGv63GQxnJvgSLPbnyot4xIbz D52L/qARH2PXNElS37uIlLcW/V5w X-Received: by 2002:a62:6587:: with SMTP id z129mr4155548pfb.88.1555681299267; Fri, 19 Apr 2019 06:41:39 -0700 (PDT) Received: from [192.168.86.235] (c-73-241-150-70.hsd1.ca.comcast.net. [73.241.150.70]) by smtp.gmail.com with ESMTPSA id a3sm7073933pfn.182.2019.04.19.06.41.37 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 19 Apr 2019 06:41:38 -0700 (PDT) Subject: Re: [PATCH 1/4] net/skbuff: don't waste memory reserves To: Andrey Ryabinin , "David S. Miller" Cc: Eric Dumazet , Mel Gorman , Willem de Bruijn , Florian Westphal , linux-kernel@vger.kernel.org, netdev@vger.kernel.org References: <20190418180524.23489-1-aryabinin@virtuozzo.com> <791f4f23-d931-4ac8-4e60-3ffe46c4ece2@gmail.com> From: Eric Dumazet Message-ID: Date: Fri, 19 Apr 2019 06:41:37 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/19/2019 06:17 AM, Andrey Ryabinin wrote: > > I don't see why that would be a problem. If refill failed because we didn't have > access to reserves, then there going to be an another refill attempt, right? > And the next refill attempt will be with access to the reserves if memalloc socket was created. > We can't predict the future, so until the memalloc socket appeared we must assume that those > RX ring buffers won't be used to reclaim memory (and that is actually true in 99% of cases). > I just said that the alloc might be attempted "in the past" Yes, we can not predict the future, this is why we need to access the reserve _now_ and not at the time the packet is received. The 'being true in 99% of cases' argument is not really convincing. You want the NIC to be ready to receive packets even before sk_memalloc_socks() becomes true. If a NIC driver has a bug, please fix it.