Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp2980392pxt; Mon, 9 Aug 2021 13:44:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwAt/4kAgU1P6NJ9X5aUj3x3TdbSTmZKZ97uq2JUTlDahnyOuADEiZ7F6PcE5l79OfqkiYX X-Received: by 2002:a05:6638:114:: with SMTP id x20mr23843600jao.118.1628541851205; Mon, 09 Aug 2021 13:44:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628541851; cv=none; d=google.com; s=arc-20160816; b=CJARRdEXz4UT5R9V+XVjTqtLZhLJL4dljpBdhsRuLPPZFPM0HMQMkHivP3x0rDKfWM 5OJHDu99C33ISElmvszfIDLblHn2SHzvrm/M9nXZG3muyIix5TWqE+P0JaAnJD5vDKLp dtVtZ5dpWSB+FsnQRqbxthRn7S9BW50oPRVsTMkMh8kqRtbUkQ/n2NzQnw5JY12OBgBA FvmElUnLTcuu947cmW6AK7fHrH5001sJ1r1sUB2kYhd8G1BbGaPbRUpz4zQk8ew7+0Uo vpHPE03s6JdV7FpUQf1dV+DfYVlMeP57jszSJCB3fBj8TbSiEC5/8ARPUnhQaCK3z4pE GPFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:subject:from :references:cc:to:dkim-signature; bh=4WLxoTicCWmeHcsRgKKME7jDv5P9mRQnHt7gJAVEses=; b=oWSSkws3VhUtCyREXHjLF7j26SDp2dMEJf+28ZNxt0If9hGwebedy4igCKbE3DiOAO DAwuL4iy3kRPe9ra6Eq9PNCuHCh67Ofm1NENMmiwaI5BBM+QVc7FgUKzQcXmukXjCrwV rAnJWIO7M6V8r2Bxo8WzLRWfzmcNUS8M295ce6hy9dIKM+ArJpd27hMKbUIdAycQ8wR1 CSHMlMAF5pptgTyPTRzD3kn6aixWL3RZLwUUgvTB20ARR5UD1SlZXu+qC8/CN7CXYRwA SkhcCscD7Ng+OC/t+4obt0sQOWX9QsL3C0eSkC6d8yWHUDyjIeQA8pnvXLOuZbwhQagJ clDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@valdikss.org.ru header.s=msrv header.b=2LDaHBTN; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=valdikss.org.ru Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b2si1515072jat.76.2021.08.09.13.43.25; Mon, 09 Aug 2021 13:44:10 -0700 (PDT) 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=@valdikss.org.ru header.s=msrv header.b=2LDaHBTN; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=valdikss.org.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233655AbhHITfF (ORCPT + 99 others); Mon, 9 Aug 2021 15:35:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59206 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233199AbhHITfF (ORCPT ); Mon, 9 Aug 2021 15:35:05 -0400 Received: from mail.valdk.tel (mail.valdk.tel [IPv6:2a02:e00:ffe7:c::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4893C0613D3 for ; Mon, 9 Aug 2021 12:34:44 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id F088924E1EC; Mon, 9 Aug 2021 22:34:40 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=valdikss.org.ru; s=msrv; t=1628537681; h=from:subject:date:message-id:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:references; bh=4WLxoTicCWmeHcsRgKKME7jDv5P9mRQnHt7gJAVEses=; b=2LDaHBTNOD/H3R36zm9yVheCa+QMp9NNKxf0f+aYJbCzALMBDlGpz1yEi3oK/LbM65e9KV 2bnIt6J7fwuJUhAXvT/fl316pPtLCAw1bekWEw6GnTO9eFej9lyEQ45lfJqOK241/b9DKD eq5l8vlHsuRrXqRAk2fkXQr252kWpcbO0Io+Hm39X4ifM0laimmRUbFvYkxTQB6vk0oXJH YPHF4SGQrH9NL2jqy66Se8PoMKSgQnG9nXQvH4YrzFNq3WoArThblHuPPRMn0F3tD0nIlh XdMneCGsDzhqlf/WJ/9YbNLOyzEOyoX4bqKSQ01fgzYsisYMUSPsPB45/FFNMA== To: Theodore Ts'o Cc: linux-ext4@vger.kernel.org References: <015c7506-7f33-3967-772a-1285b0f1052f@valdikss.org.ru> From: ValdikSS Subject: Re: ext4lazyinit reads HDD data on mount since 5.13 Message-ID: <80f2ab1e-affb-5f31-e367-3f92b61d8ad9@valdikss.org.ru> Date: Mon, 9 Aug 2021 22:34:37 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.5.0) Gecko/20100101, Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Last-TLS-Session-Version: TLSv1.3 Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On 09.08.2021 21:26, Theodore Ts'o wrote: > > It's not been tested, but it should be safe in terms that it shouldn't > lead to any file system corruption or data loss. However, it may > result in non-optional block placement that might cause more file or > free-space fragmentation that might otherwise be the case. (This was > true even before the latest optimizations, but it's more the case with > the new optimizations.) > > Can you say something about why you want to disable to block > allocation prefetch? How is it causing problems for you? My old HDDs are now screeching their heads for 20 seconds after mount. That's secondary disks (internal and external drives) which are not fragmented, mostly idle and have plenty of free space. It's a bit annoying to hear the sounds and see strange load right after mounting, so I'd prefer old behavior. Just aesthetics, not a technical issue per se.