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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E31D5C433F5 for ; Tue, 16 Nov 2021 20:00:55 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 6B27461BAA for ; Tue, 16 Nov 2021 20:00:55 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 6B27461BAA Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=cmpwn.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id AECC06B0073; Tue, 16 Nov 2021 15:00:44 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id A9B826B007B; Tue, 16 Nov 2021 15:00:44 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 975A66B0073; Tue, 16 Nov 2021 15:00:44 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0117.hostedemail.com [216.40.44.117]) by kanga.kvack.org (Postfix) with ESMTP id 7DAFC6B0074 for ; Tue, 16 Nov 2021 15:00:44 -0500 (EST) Received: from forelay.prod.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by fograve03.hostedemail.com (Postfix) with ESMTP id 8EE2B181327DA for ; Tue, 16 Nov 2021 19:54:28 +0000 (UTC) Received: from smtpin11.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 50D8687705 for ; Tue, 16 Nov 2021 19:54:18 +0000 (UTC) X-FDA: 78815844996.11.B86CC40 Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) by imf15.hostedemail.com (Postfix) with ESMTP id A7D01D003E30 for ; Tue, 16 Nov 2021 19:48:33 +0000 (UTC) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpwn.com; s=key1; t=1637092128; 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=nQ2Roqr4t3/SV+7leP8bPNMMTTpbsF9DiwE9Tze497g=; b=hBLZ+5jW5zrQLKx2cGehdibCh8NNXWDVRtOvHRI/oggNejYTYbK83V36z/xOUkRLaZbnSc gefkDlF0/qn73MDGBlF5pCU80UbtN0QEYq19ysx/MCbXO0EUv6YFi3kMg691OEUhGbKRby BuAcIKL0pZknNsf0q01r9SH2nLE6qdimYwfht7pvDh4vH1/tutKIrU8aLoPa47vJH6OOpN qpNCJ+jyhj0Coc543slxkimkm/9pUy7vM9K1jyZcNngE8qJARO3A77cQvm57OUq+/gxTRa xN9C6GBZ2kDEuP54weWPZqdUmkL+nya5NmXBLpxfUd8SVSjTxEnMfruQKsY7Ig== Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Tue, 16 Nov 2021 20:48:48 +0100 Message-Id: To: "Andrew Morton" Cc: "Ammar Faizi" , , , "io_uring Mailing List" , "Jens Axboe" , "Pavel Begunkov" , Subject: Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: "Drew DeVault" References: <20211028080813.15966-1-sir@cmpwn.com> <593aea3b-e4a4-65ce-0eda-cb3885ff81cd@gnuweeb.org> <20211115203530.62ff33fdae14927b48ef6e5f@linux-foundation.org> <20211116114727.601021d0763be1f1efe2a6f9@linux-foundation.org> In-Reply-To: <20211116114727.601021d0763be1f1efe2a6f9@linux-foundation.org> X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: sir@cmpwn.com Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=cmpwn.com header.s=key1 header.b=hBLZ+5jW; dmarc=pass (policy=none) header.from=cmpwn.com; spf=pass (imf15.hostedemail.com: domain of sir@cmpwn.com designates 94.23.1.103 as permitted sender) smtp.mailfrom=sir@cmpwn.com X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: A7D01D003E30 X-Stat-Signature: fkhhid1kcagzpa8sdryb9xzg6iiq5fxk X-HE-Tag: 1637092113-330486 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 Tue Nov 16, 2021 at 8:47 PM CET, Andrew Morton wrote: > Well, why change the default? Surely anyone who cares is altering it > at runtime anyway. And if they are not, we should encourage them to do > so? I addressed this question in the original patch's commit message.