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;
Subject: Re: libext2fs: mkfs.ext3 really slow on centos 8.2
To:     Andreas Dilger <adilger@dilger.ca>,
        Maciej Jablonski <mafjmafj@gmail.com>
Cc:     linux-ext4@vger.kernel.org
References: <CAPQccj4_Tz-11AfXaSiPj4aRWYU2mX9eJuJyGNR68Mini0PZjw@mail.gmail.com>
 <CAPQccj7XwunXerNYxPBTpBa0JVX7vzC=7aBoE8m35ttFHYNOPg@mail.gmail.com>
 <4D72360F-7836-4C4F-920D-4D1BC1DE704E@dilger.ca>
From:   Reindl Harald <h.reindl@thelounge.net>
Organization: the lounge interactive design
Message-ID: <3cc33ea5-ab63-344e-7251-daa808b855bb@thelounge.net>
Date:   Thu, 13 Aug 2020 01:14:01 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.11.0
MIME-Version: 1.0
In-Reply-To: <4D72360F-7836-4C4F-920D-4D1BC1DE704E@dilger.ca>
Content-Type: text/plain; charset=windows-1252
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Sender: linux-ext4-owner@vger.kernel.org
Precedence: bulk


Am 13.08.20 um 00:45 schrieb Andreas Dilger:
> On Aug 10, 2020, at 6:37 AM, Maciej Jablonski <mafjmafj@gmail.com> wrote:
>> On upgrading from centos 7.6 to centos 8.2 mkfs slowed down by orders
>> of magnitude.
>>
>> e.g. 35GB partition from under 8s to 4m+ on the same host.
>>
>> Most time is spent on writing the journal to the disk.
>>
>> strace shows the following:
>>
>> We have got strace which shows that each each block is zeroed with
>> fallocate and each
>> invocation of fallocate takes 10ms, this accumulates of course.
> 
> Do you really need to use mkfs.ext3, or can you use mkfs.ext4 and
> mount the filesystem as type ext4?  Then you can use the "flexbg"
> feature and it will not only speed up mkfs but also many other
> normal operations (e.g. mount, e2fsck, allocation, etc)

typo: it's "flex_bg" and enabled by default (Filesystem created: Sun Aug
 9 13:24:15 2020)

Filesystem features: has_journal ext_attr resize_inode dir_index
filetype needs_recovery extent 64bit flex_bg sparse_super large_file
huge_file dir_nlink extra_isize metadata_csum

ext3 is something of the past for a full decade now