From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 80906C433EF for ; Tue, 23 Nov 2021 14:44:37 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C46FB6B0072; Tue, 23 Nov 2021 09:44:21 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id BF5526B0074; Tue, 23 Nov 2021 09:44:21 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id ABEA76B0075; Tue, 23 Nov 2021 09:44:21 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0178.hostedemail.com [216.40.44.178]) by kanga.kvack.org (Postfix) with ESMTP id 9D1C16B0072 for ; Tue, 23 Nov 2021 09:44:21 -0500 (EST) Received: from smtpin19.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 674548CE17 for ; Tue, 23 Nov 2021 14:44:11 +0000 (UTC) X-FDA: 78840464808.19.D58FA14 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by imf06.hostedemail.com (Postfix) with ESMTP id 60D8E801AB23 for ; Tue, 23 Nov 2021 14:44:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1637678650; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+b7hniopIn0+NuG/R150d+pf5Z8VHz5+FBwlDcbPWE0=; b=PZlA3v8lDszGnCi3zlt7xF8ILUHAHcE/citebHLWALBXz+FyznrUS0RPphJ15zUbHEN3Fr aqefmjic+z/q/MfTd+Ygf6Ty6ZQmiRD/iUUEIlmWBqoaz3NsVknZLiuDvjMRRAfusI5XGy n5U72Uk2X/GB2wrUXD9zlYn0y3VFjhs= Received: from mail-wm1-f72.google.com (mail-wm1-f72.google.com [209.85.128.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-3-lSJqbeqXMCWwsPGhKYmmoQ-1; Tue, 23 Nov 2021 09:44:06 -0500 X-MC-Unique: lSJqbeqXMCWwsPGhKYmmoQ-1 Received: by mail-wm1-f72.google.com with SMTP id 138-20020a1c0090000000b00338bb803204so7807002wma.1 for ; Tue, 23 Nov 2021 06:44:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent :content-language:to:cc:references:from:organization:subject :in-reply-to:content-transfer-encoding; bh=+b7hniopIn0+NuG/R150d+pf5Z8VHz5+FBwlDcbPWE0=; b=vwCd5mzLX/ObbjWIC4Tj6TzE2Zv7v1bV/xD+GNQ1LeolF5YOLcZd0pzJBM1ij708nt cBtDv1H20fl1dk8v8sI/otOPnrKRo35+5is32FOLO8D+vawBbuVgCHlznCBBbHUJt39K jObdfZhutb9uia1dlJXnZKyo/tzAwua8tRbZ6olbxG+++E3BnfcDXHN2TOB0XDnMB5jM WWzF9uSX/rxJ1gZc9yfiFXZbLA7Wo4yv+Hubc/JzOphAl4BZyhXCH1KNtkHp8C1DUiYp kbyZn+TV3C5DxNJw1mOpOu8L4Q0C77EUIPLMJlKqmZ2ZlML6R6lsB55tBFaddz6ICJUe eQ/Q== X-Gm-Message-State: AOAM531DT9yCsTDVRA2cpQp3ESbH5oFWdoR9od5BlapYkOSo3Dr3PiOp XOlOkv7nBVnyFKFxTDQhZwAud9hVvxFLEC1WT8ARAvofRIfYhM+I3SBanVcwa7HVXwjX1xniQ5d unXi+66cv2iI= X-Received: by 2002:a05:600c:1e27:: with SMTP id ay39mr3789374wmb.84.1637678645515; Tue, 23 Nov 2021 06:44:05 -0800 (PST) X-Google-Smtp-Source: ABdhPJyXHlUChmsYKu5C0L7zYHRrKMd0CHdQq3Ns4Q1cTolIpJelDb2DU4YulsCILGh7hPoTHzta5A== X-Received: by 2002:a05:600c:1e27:: with SMTP id ay39mr3789337wmb.84.1637678645296; Tue, 23 Nov 2021 06:44:05 -0800 (PST) Received: from [192.168.3.132] (p5b0c6765.dip0.t-ipconnect.de. [91.12.103.101]) by smtp.gmail.com with ESMTPSA id g13sm1408508wmk.37.2021.11.23.06.44.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 23 Nov 2021 06:44:04 -0800 (PST) Message-ID: Date: Tue, 23 Nov 2021 15:44:03 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0 To: Jason Gunthorpe Cc: Jens Axboe , Andrew Dona-Couch , Andrew Morton , Drew DeVault , Ammar Faizi , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, io_uring Mailing List , Pavel Begunkov , linux-mm@kvack.org References: <20211116114727.601021d0763be1f1efe2a6f9@linux-foundation.org> <20211116133750.0f625f73a1e4843daf13b8f7@linux-foundation.org> <8f219a64-a39f-45f0-a7ad-708a33888a3b@www.fastmail.com> <333cb52b-5b02-648e-af7a-090e23261801@redhat.com> <5f998bb7-7b5d-9253-2337-b1d9ea59c796@redhat.com> <20211123132523.GA5112@ziepe.ca> <10ccf01b-f13a-d626-beba-cbee70770cf1@redhat.com> <20211123140709.GB5112@ziepe.ca> From: David Hildenbrand Organization: Red Hat Subject: Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB In-Reply-To: <20211123140709.GB5112@ziepe.ca> X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Stat-Signature: t5kpcjj88j9bybka4cxwq3iiq5cqciwx Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=PZlA3v8l; dmarc=pass (policy=none) header.from=redhat.com; spf=none (imf06.hostedemail.com: domain of david@redhat.com has no SPF policy when checking 170.10.129.124) smtp.mailfrom=david@redhat.com X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 60D8E801AB23 X-HE-Tag: 1637678649-18258 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 23.11.21 15:07, Jason Gunthorpe wrote: > On Tue, Nov 23, 2021 at 02:39:19PM +0100, David Hildenbrand wrote: >>> >>>> 2) Could be provide a mmu variant to ordinary users that's just good >>>> enough but maybe not as fast as what we have today? And limit >>>> FOLL_LONGTERM to special, privileged users? >>> >>> rdma has never been privileged >> >> Feel free to correct me if I'm wrong: it requires special networking >> hardware and the admin/kernel has to prepare the system in a way such >> that it can be used. > > Not really, plug in the right PCI card and it works Naive me would have assumed that the right modules have to be loaded (and not blacklisted), that there has to be an rdma service installed and running, that the NIC has to be configured in some way, and that there is some kind of access control which user can actually use which NIC. For example, I would have assume from inside a container it usually wouldn't just work. But I am absolutely not a networking and RDMA expert, so I have to believe what you say and I trust your experience :) So could as well be that on such a "special" (or not so special) systems there should be a way to restrict it to privileged users only. > > "special" is a bit of a reach since almost every NIC sold in the > 100GB > segment supports some RDMA. -- Thanks, David / dhildenb