Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp21523pxb; Tue, 12 Jan 2021 18:45:35 -0800 (PST) X-Google-Smtp-Source: ABdhPJy1jMeCaMESMkCVPi4TWukQNKNoj06LI07lbUd4KrOb+9ulwvbzW+lcByJhRhbTZ78OfpDb X-Received: by 2002:a17:906:804c:: with SMTP id x12mr1262243ejw.42.1610505935684; Tue, 12 Jan 2021 18:45:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610505935; cv=none; d=google.com; s=arc-20160816; b=N5+m6HeHWHmqc50i5Yhu3Lccg4rZ2ypNEUOsAtDzLG+dWWHiDeGbCpx9sqkGCscsDZ 6pBjADdyOBHiXUqs8IS68STn7rEwZe0NvLgNC6+SbpCe1yPEdftqpYKACnpPbB/TZ2uS PuQdREQfYd+2fGw/6xIKlp51DCxg2wwe6rM2Hhc+LRlm9lwlqz+DJYtZk0sD7lYDVJBM ZXeEsDE5dejbXQhAknR9B9YIgUt0h5zxjvCcL3ocGljU9XUIEJhZXauqO9YoM1fWNA0/ hUIqeQYy8WLQuuNUVNPQYwZly78fuHaaFx3KDm1R67dF8goIpij8IqE6lSK1ZXQ71BbW H9lA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :dkim-signature; bh=Uu763oWbJWYmCwQoS+PcRoadjyhlnHhoTiLxUdxm918=; b=cvVVq3/dJm+ekdqQGKHzL8Mu7/xI/gj4QLd0NI2Cm+W+3urUtY4CSj4qPp2lriQ2Uu WQwxnqvG+Ly2k2AnINvShhCoHvayDvWPFmFbARIhuPCBj5I9vqGn2jqyKUU2WZhiZuw/ nJAt/VIuEHfbSBFavASW03fsSOHMkxBKwCD5zaZSm+etsRGT97sArlmSF1TLzI4XNOtZ plIpVMn9v8sq7tAFZrdJGInZIoyER6WHoDPvHycMBh+1L3gTUN2Rk+6u5JhOSq2xRU/U +sv/V7d0rzftYjpFCrP/L82TTj2P0vZ+GZnqxgBZ+7OmYM7nGu1muPc9866Bl/ILvmpb 6NpQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@anarazel.de header.s=fm3 header.b=lA1UaPCB; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=mJekN6kY; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r20si252308ejc.4.2021.01.12.18.45.12; Tue, 12 Jan 2021 18:45:35 -0800 (PST) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@anarazel.de header.s=fm3 header.b=lA1UaPCB; dkim=pass header.i=@messagingengine.com header.s=fm1 header.b=mJekN6kY; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727669AbhALVlv (ORCPT + 99 others); Tue, 12 Jan 2021 16:41:51 -0500 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:39415 "EHLO out3-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731253AbhALVhl (ORCPT ); Tue, 12 Jan 2021 16:37:41 -0500 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id DBAF05C01E9; Tue, 12 Jan 2021 16:36:34 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 12 Jan 2021 16:36:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=anarazel.de; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=Uu763oWbJWYmCwQoS+PcRoadjyh lnHhoTiLxUdxm918=; b=lA1UaPCB1gWTWf+CMmIhzQfwi07esA2tt1zqzzodlg3 1DOfvxgxJs47H/L2kbNrjbxYwxUycZjD5pC7GLx4bajbs0oQV9xGEJ4xVwh9oenI Xvl58bvx4YsJWa/sPXBDRgYdsa+y2+2YPhVVSkmBe4TwdCrgaSFs2KY/8IPtG/vy bBSbnHvdvrKT4mLTMXFAfBpjkP3+d929VKh5DQJdBXeOSkpAfzE48SyfJWzm6Bpc ClqAerYQlJxPRg24/pOdD0vqk1S8z+GJClvM6cLPFC2NeqXnI7o3lomWltj6511F rU+X90I+tX03QZhRsYlUXtFwyWQaFj1STj/whlkpCOQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=Uu763o WbJWYmCwQoS+PcRoadjyhlnHhoTiLxUdxm918=; b=mJekN6kYB/JUjM5fT8ncZj icaWeg+u9/5jX8VSNvMm/OtLvvrSkGG0Dffi5Xva5hf6s+0pMf6jjPjL4QSvSLSn OeuNPk4xJZbi2i8A71zKguK8S7Usq9QD2lCzl5P8pr8kltctTcldXDAdkAYmMG8e 2ckyTfAZWekbL0Wq8xi+75zZnBotz40xlOzkIlm9+Um84jkChIy4dByKtwEKRj/J mKrSVuI9hsFNcgk0hemjQUo0m62U2gMDS3v9opTMsKtqZkuJxOHdXzUqsEqo9jG8 dP720/zNhy1lAjIDNMhoNyATHv7VVehxZw0jgLQhS2JES4NNpeRCerxUc+hVquQA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedukedrtddtgdduudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpeetnhgurhgv shcuhfhrvghunhguuceorghnughrvghssegrnhgrrhgriigvlhdruggvqeenucggtffrrg htthgvrhhnpedukefhkeelueegveetheelffffjeegleeuudelfeefuedtleffueejfffh ueffudenucfkphepieejrdduiedtrddvudejrddvhedtnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomheprghnughrvghssegrnhgrrhgriigvlhdr uggv X-ME-Proxy: Received: from intern.anarazel.de (c-67-160-217-250.hsd1.ca.comcast.net [67.160.217.250]) by mail.messagingengine.com (Postfix) with ESMTPA id 7D3831080057; Tue, 12 Jan 2021 16:36:34 -0500 (EST) Date: Tue, 12 Jan 2021 13:36:33 -0800 From: Andres Freund To: "Darrick J. Wong" Cc: Andreas Dilger , Christoph Hellwig , Avi Kivity , linux-fsdevel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-ext4@vger.kernel.org, linux-block@vger.kernel.org Subject: Re: fallocate(FALLOC_FL_ZERO_RANGE_BUT_REALLY) to avoid unwritten extents? Message-ID: <20210112213633.fb4tjlgvo6tznfr4@alap3.anarazel.de> References: <20201230062819.yinrrp6uwfegsqo3@alap3.anarazel.de> <20210104181958.GE6908@magnolia> <20210104191058.sryksqjnjjnn5raa@alap3.anarazel.de> <20210112181600.GA1228497@infradead.org> <20210112184339.GA1238746@infradead.org> <1C33DEE4-8BE9-4BF3-A589-E11532382B36@dilger.ca> <20210112211445.GC1164248@magnolia> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210112211445.GC1164248@magnolia> Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Hi, On 2021-01-12 13:14:45 -0800, Darrick J. Wong wrote: > ALLOCSP64 can only allocate pre-zeroed blocks as part of extending EOF, > whereas a new FZERO flag means that we can pre-zero an arbitrary range > of bytes in a file. I don't know if Avi or Andres' usecases demand that > kind of flexibilty but I know I'd rather go for the more powerful > interface. Postgres/I don't at the moment have a need to allocate "written" zeroed space anywhere but EOF. I can see some potential uses for more flexible pre-zeroing in the future though, but not very near term. Greetings, Andres Freund