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 03FB0D2E02D for ; Wed, 23 Oct 2024 09:25:54 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8BA776B008A; Wed, 23 Oct 2024 05:25:53 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 844476B008C; Wed, 23 Oct 2024 05:25:53 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6E4726B0092; Wed, 23 Oct 2024 05:25:53 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 4FD396B008A for ; Wed, 23 Oct 2024 05:25:53 -0400 (EDT) Received: from smtpin17.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id B0334ABB5F for ; Wed, 23 Oct 2024 09:25:18 +0000 (UTC) X-FDA: 82704333810.17.DE670FA Received: from out30-99.freemail.mail.aliyun.com (out30-99.freemail.mail.aliyun.com [115.124.30.99]) by imf14.hostedemail.com (Postfix) with ESMTP id A6C7B100004 for ; Wed, 23 Oct 2024 09:25:30 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=sYjj+EVj; spf=pass (imf14.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.99 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1729675398; h=from:from:sender: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:dkim-signature; bh=yxXS3+bQyqBkscqfDOpVpVT+Gz8HUJErpJMhoB5zdsY=; b=e7XIuoxo/31w9EEGGJ4SEEIkfmRRE9ws9RrApqaSGqDKXc6ZcVe6LMuYIve3Ud+YEfdA6d NVPqTen39gnZgFnF95aG60c7VquXs3xLAE5/6+5fT03W8GR1J4LpsqMuzSFhihlTKjAKiq b47hc1bsgZso1z2qxkC1ct5wSw+BHEk= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1729675398; a=rsa-sha256; cv=none; b=fbcNc1m1Oo2NiiaoxONtwEk8XgMfMlExsXZ1b1fuYq5WAjZuSDSIAybhhndSUFfVa1vZQ7 MudhmQMZFoEeOsiv/mdgnzA91/+sek3Deot9P9ULHpUOX8Wv6hxNN5Hzx1T3wQlJB0SKwO mUBYQ3yS+Dn5PZRwwg3+WEv53rqh9DI= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=sYjj+EVj; spf=pass (imf14.hostedemail.com: domain of baolin.wang@linux.alibaba.com designates 115.124.30.99 as permitted sender) smtp.mailfrom=baolin.wang@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1729675545; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=yxXS3+bQyqBkscqfDOpVpVT+Gz8HUJErpJMhoB5zdsY=; b=sYjj+EVjNs3/2VL6JbuzZnuEB+P6JDViSuPqqOrNFm93F8ArqWObhGJ85E1RcC88DqmOlgySEkVD31Pl8K5ex7JVbMic3w9aFQAR2etYV9Iy/rjg2jR1cLv6wwkO62i8mGPQTLS28TQqQB+lhYtY6r8GOpohwHb0VoCNT1niLr0= Received: from 30.74.144.118(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0WHkxOvT_1729675543 cluster:ay36) by smtp.aliyun-inc.com; Wed, 23 Oct 2024 17:25:43 +0800 Message-ID: Date: Wed, 23 Oct 2024 17:25:42 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH v3 0/4] Support large folios for tmpfs To: "Kirill A. Shutemov" Cc: Matthew Wilcox , akpm@linux-foundation.org, hughd@google.com, david@redhat.com, wangkefeng.wang@huawei.com, 21cnbao@gmail.com, ryan.roberts@arm.com, ioworker0@gmail.com, da.gomez@samsung.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, "Kirill A . Shutemov" References: <6dohx7zna7x6hxzo4cwnwarep3a7rohx4qxubds3uujfb7gp3c@2xaubczl2n6d> <8e48cf24-83e1-486e-b89c-41edb7eeff3e@linux.alibaba.com> <2c6b7456-8846-44b0-8e58-158c480aaead@linux.alibaba.com> <5p22lehyjjzxvohppdmt2vkkplrrd6ss6tev2px6troxyii4ab@eaphjvxiwrfc> From: Baolin Wang In-Reply-To: <5p22lehyjjzxvohppdmt2vkkplrrd6ss6tev2px6troxyii4ab@eaphjvxiwrfc> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Stat-Signature: ej93qys3dtwug5xdj3hduro1dmqthj9o X-Rspamd-Queue-Id: A6C7B100004 X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1729675530-934084 X-HE-Meta: U2FsdGVkX195BFFXOf8iicOF9o74uwx2DquMmIj/+KJpI3/Ws4gOEryMQecgDdUhwInxTkgebGp9x/MvnVBXTFjmUiWXAgNQssRXuKzpv+NFeVdhxJnTd3uXDkzGqG/FnuA1SmO0Itjom+QApg1o1c+6jBkX1UMwCtu8OVx+LS99RCztAmqtRwe706zoVaBxfkVUx0p0zzznZizPcLPpXp1DcZQJMcAb+5zxtK5u2YeKrFV1GbB/X29uftVI0ochm40BXIKws9ZHuo+xps5xvUnxm3DMUyWwfUUDmrJi8UJeypvRFkT3CGhVrWM/2QcOdPkJ4ZMlXpW3ARrwr9JJuL/1odDqfl+Oj1VXaO48GnQdBDhTkwMO17LAizlr119jIoGLwtfFsh4fi93fcR04xDDcHF4lxKs4unHbJHtrerxKG2jQK8J7DK1MrXlbG50SEjFzmts9lME93XwwROc51x1Ppw1otXfFV/h++zwoawuwfisq+b9ACGR8P468CxKz1GvKZL7DGXHB55fMw3Evf5Vhj2vRBkzOos3Z1b8FWN4Ri1hwzk+zD9VDYS0tQU4i6XtshBxHs5MepPxB/egQ7NeQ2BvyjLu7L/iLrMOCwSBE6l2Ik0XRfkV1TjuhvYWLA3jFluVBEJARECSewi4YzosurVM5AYqjexRO8bsRXHLec7vcezt/rMkvPCitc5+AyTvYIY6FWZOv7ishZYWDwFqnI3Bzpol5WS0nhTV6RaMwH32ctFMznFYo2dWnRkt/VS4lfU+p/aZlQCx4zpVHrpwwcmWr1UXtDpD1EgF65a6ev5GecnaX3d2pUTYGK+JlJTSamRf0o8D/2bBOt7e+K+Y3pKC2nZSkWRfNiVd+xtntY4XZrptdsWtaU+Z3YsLlettBP2PTKzI94CvRJHfl6HwVoQ/odoYFotkz7w+2ZJ9CN6GQtZvzNEZ/m1bkJjkveJXtaCjC7Ff4yd61gz4 /JJ8t4XQ 5uPFp1KtGQVKtnwU6lPVbF0/groWPodaMURC1LendpvlSp/ZMV+yAiDhxrzFeaGQyCSK3re/yNmyKDBfzjkXq6rGwZFwU9PpTl2nQ6ZbB10SHIyopzZPDQ16bCPthvEd1Fd5TES1erjYBH3CoGJQlenSD0Y8NZftGiblaV2nv8KDbheT93zWO97cYqYvlKb1snOTy8YKWWAW0bvZRMcjgqaI8eoBoSV9P7BFrQmoNKX/Qw1H1ghLmNR23uYNoMqQu6oUv 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: List-Subscribe: List-Unsubscribe: On 2024/10/22 18:06, Kirill A. Shutemov wrote: > On Tue, Oct 22, 2024 at 11:34:14AM +0800, Baolin Wang wrote: >> IIUC, most file systems use method similar to iomap buffered IO (see >> iomap_get_folio()) to allocate huge pages. What I mean is that, it would be >> better to have a real use case to add a hint for allocating THP (other than >> tmpfs). > > I would be nice to hear from folks who works with production what the > actual needs are. > > But I find asymmetry between MADV_ hints and FADV_ hints wrt huge pages > not justified. I think it would be easy to find use-cases for > FADV_HUGEPAGE/FADV_NOHUGEPAGE. > > Furthermore I think it would be useful to have some kind of mechanism to > make these hints persistent: any open of a file would have these hints set > by default based on inode metadata on backing storage. Although, I am not > sure what the right way to archive that. xattrs? May be can re-use mapping_set_folio_order_range()?