Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp297109pxa; Fri, 14 Aug 2020 04:42:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzvKXdMRdVr84fkwceIqQ7MXygpz0T/+iDzTbOheAjNhqJVOpfsztcLbCUd4I5RPAhaHLTr X-Received: by 2002:aa7:cf06:: with SMTP id a6mr1853257edy.293.1597405333222; Fri, 14 Aug 2020 04:42:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597405333; cv=none; d=google.com; s=arc-20160816; b=ijukUkA1bJ5+fZe5duLzKh/GzDMwIvLJtVPfEfvvzhLfEqY52fPXBNYejhsFjgc/mi 1xTS9X9L6ljjpuVeN823OT2iCKJJie9Eo/HChkkqYykr/G0U7JOixqXqWzoCfO5X869b veOJIz8NTe3A1IoNQWyU3BwwfJtCXfi+/DBVo06DMoQTw4EDdwZDcX7H6j27ijEWdj1y Akw4fLPLSLUsY6BFUyVcdskGFcVHE8OQNWXSiZolqE0KKoC+gSPFkIhc2Idp4unUiZ+g zZDfp3d18CA/nlKOY/0aM2LPqG6dUIXYok1aPnWQw2dKxOVvpVg9sWR90pOhl2uslGh8 tnfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=OL8jPOMEWTDmSRiUrx7b6ElhPnAw6oFrW/y7Az2xRAs=; b=iAVmAw8Yva8p//eIaftgZKNx7I3Xkm+HnfTpmnzM4TkaldcVStzcIuGnXIBMGAsSTD IfJCw5rVtsOsPruAUuHmcSvVroSoasIvJ26AbcTTAnwjq3kLTeDqlnc9ArAVtArpwN2+ IjW+eO8aXBSYDlKBkY5FhFRWhAosPjz8aAx5zo0oiffNy0HyweSRg3JoGfD6ptQeio7d Gom8S5iE2PF0SmrNUVT8QVHFafGITAsYfI45sxw/6SkKUe9mxT8OUxVc659MFybXEPXw ZvjJtm0xC4jDAhuIJoEYQp2IAZdbDAHMZ6NbqWNWyi+g6SNtGGY383zTjUAjv2U7U3Kd ow6A== ARC-Authentication-Results: i=1; mx.google.com; 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 ay22si4641347edb.569.2020.08.14.04.41.38; Fri, 14 Aug 2020 04:42:13 -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; 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 S1727045AbgHNL0n (ORCPT + 99 others); Fri, 14 Aug 2020 07:26:43 -0400 Received: from mail.thelounge.net ([91.118.73.15]:27899 "EHLO mail.thelounge.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726209AbgHNL0n (ORCPT ); Fri, 14 Aug 2020 07:26:43 -0400 Received: from srv-rhsoft.rhsoft.net (rh.vpn.thelounge.net [10.10.10.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) (Authenticated sender: h.reindl@thelounge.net) by mail.thelounge.net (THELOUNGE MTA) with ESMTPSA id 4BSh3M59cfzXSZ; Fri, 14 Aug 2020 13:26:34 +0200 (CEST) Subject: Re: libext2fs: mkfs.ext3 really slow on centos 8.2 To: Maciej Jablonski Cc: Andreas Dilger , linux-ext4@vger.kernel.org References: <4D72360F-7836-4C4F-920D-4D1BC1DE704E@dilger.ca> <3cc33ea5-ab63-344e-7251-daa808b855bb@thelounge.net> From: Reindl Harald Organization: the lounge interactive design Message-ID: <94e31f56-bc39-2827-6c8d-70f4a8db95b9@thelounge.net> Date: Fri, 14 Aug 2020 13:26:34 +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: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Am 14.08.20 um 12:33 schrieb Maciej Jablonski: > We have been historically pegged to ext3, however, it now looks worth > to reconsider ext4. all our virtual servers where installed in 2008 with Fedora 9 and at that time ext3 * 2009 we migrated all datasisks to ext4 * https://fedoraproject.org/wiki/Dracut after dracut came in the mix we where also ale to convert all rootfs to ext4 and just reboot never looked back to ext3 using recent kernels you most likely don't have an ext3 driver at all, it's the ext4 which can handle ext3 pretty fine tune2fs 1.45.5 (07-Jan-2020) Filesystem volume name: system Last mounted on: / Filesystem UUID: 918f24a7-bc8e-4da5-8a23-8800d5104421 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file uninit_bg dir_nlink Filesystem flags: signed_directory_hash Default mount options: journal_data_writeback user_xattr acl nobarrier Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 393216 Block count: 1572354 Reserved block count: 2 Free blocks: 1350883 Free inodes: 366435 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 383 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Mon Aug 18 06:48:05 2008 Last mount time: Tue Aug 11 02:59:54 2020 Last write time: Fri Aug 14 02:09:32 2020 Mount count: 12 Maximum mount count: 30 Last checked: Thu Aug 6 21:48:28 2020 Check interval: 31104000 (12 months) Next check after: Sun Aug 1 21:48:28 2021 Lifetime writes: 1483 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Journal inode: 8 First orphan inode: 32820 Default directory hash: half_md4 Directory Hash Seed: 1e9d689f-15fe-4c0d-aaba-9d323049c7f4 Journal backup: inode blocks