Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 25 Oct 2014 04:38:46 -0700
From:      David Wolfskill <david@catwhisker.org>
To:        Alban Hertroys <haramrae@gmail.com>
Cc:        freebsd-stable <freebsd-stable@freebsd.org>
Subject:   Re: Dump time issues
Message-ID:  <20141025113846.GY1235@albert.catwhisker.org>
In-Reply-To: <6978A7BF-3CB7-4088-904D-5A60D755A04C@gmail.com>
References:  <6978A7BF-3CB7-4088-904D-5A60D755A04C@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--CmyYfwfsVa1xvDOW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Oct 25, 2014 at 01:26:43PM +0200, Alban Hertroys wrote:
> I?m seeing something odd in my dump output that I didn?t notice before:
>=20
> Dumping /root...
>   DUMP: WARNING: should use -L when dumping live read-write filesystems!

(That, by the way, is pretty good advice in my experience.)

>   ...
>   DUMP: dumping (Pass IV) [regular files]
>   DUMP: 2.43% done, finished in 3:20 at Sat Oct 25 16:09:41 2014
>   DUMP: 5.35% done, finished in 2:57 at Sat Oct 25 15:51:18 2014
>   DUMP: 6.98% done, finished in 3:19 at Sat Oct 25 16:19:11 2014
>   DUMP: 9.14% done, finished in 3:18 at Sat Oct 25 16:22:57 2014
>   DUMP: 11.98% done, finished in 3:03 at Sat Oct 25 16:12:54 2014
>   DUMP: 14.35% done, finished in 2:59 at Sat Oct 25 16:13:20 2014
>=20
> Note that the time is jumping back and forth and that these times are sev=
eral hours into the future:
>=20
> $> date
> Sat Oct 25 13:16:05 CEST 2014
> ....

Sure; they are estimates.

They are issued every 5 minutes or so; the first is an estimate that the
dump will take 3.33 hrs. (3:20) more time, and thus complete at 16:09:41.

The second (5 minutes later) estimates that it will only take 2:57 more,
and thus complete at 15:51:18; this pattern continues.

dump(8) tends to require varying amounts of time to process a file
system, depending on the population of files where it is working --
e.g., lots of tiny files, vs. a smaller number of large files; file
where all the data blocks are "near" each other, vs. those where blocks
are scattered all over the file system.  It is thus normal for the
estimates -- especially the earlier ones -- to vary considerably.

Peace,
david
--=20
David H. Wolfskill				david@catwhisker.org
Taliban: Evil cowards with guns afraid of truth from a 14-year old girl.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

--CmyYfwfsVa1xvDOW
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQJ8BAEBCgBmBQJUS4vFXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4
QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7uhAQAITdK5M65+vWnCNn9jkjX17C
D5BlfcK1YRP3kYioPbz25RNj9jPgHzz/KhVHBzeGNF5hPD38hrlIK5u7Z1WO/0Zt
8nOOForkwJLHpNZRBwnU86+WvCFoLJllwUnCPuqaAgnP7D0ivm4Qz2PSmCs8tWv8
KFwqrO5isW5qgyQd5wjrurnFGSr3MYfUmEnoug0eVcpv3DzDjDiqzE21l2gGj1UD
OHGVvxLrFsEbDrCISZpUHDM98aoIo21HnbwF9bzgmA/iTZDEQoe2y1DByaNByobe
k/PCX+EQgb32Lbnc1RRGbJW5ZHj3pQnh2/x49noEcJ0ZJ0VomZd2uGvpbTg3r49z
64Tqfk9hFDoHytYEozKjfXo9rMvc3MPpuqTxndn/MSAxBnsumXf1IXPCTYXBLVK9
az+wPHPAID2Nbh26wfb8sSbYRJRBAoMA6eaWAzXziba79hty10rusL2Q88rACTwP
N2iawkpAy1uaHDjQthjTT6d5ZrnVwEhZ+EhDMCo7aPHoSATc/297QytuVrgEAEly
n8fwheFTT9iZ6FmuUBAQMOtJZ6TJ4qtw18mUE4kZZjpVB5I7fpR1YQOCCuIr7wXL
pxLMnSlR+mgOcO+Tp5ustD+mTW5h7NbTYMu6zRZ1Rd7qaEhB1Z4Ey4Gxtjv7PxXZ
5h6+Hu2Oone0cRKKcCta
=3W2h
-----END PGP SIGNATURE-----

--CmyYfwfsVa1xvDOW--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141025113846.GY1235>