Date: Tue, 3 Oct 2023 09:30:06 -0700 From: Alan Somers <asomers@freebsd.org> To: Matthias Apitz <guru@unixarea.de>, freebsd-current@freebsd.org Subject: Re: something magic about the size of a ports tree Message-ID: <CAOtMX2j=nVMGo_zAnFsM6_mAqH7C2ui6KUeVWU=-cSBD%2B7C_7A@mail.gmail.com> In-Reply-To: <ZRxA5iu_mEiyVR6Z@c720-1400094.fritz.box> References: <ZRw8x58bxtp26A8e@c720-1400094.fritz.box> <3388784.iGCBhfmjSe@ravel> <ZRxA5iu_mEiyVR6Z@c720-1400094.fritz.box>
index | next in thread | previous in thread | raw e-mail
With ZFS, you might be using transparent compression. "du -sh" will show you a file's compressed size. But "ls -lh" will show you the logical size. That's probably why the tarball looked so much bigger than the ports tree on the first system. If you do "du -sh" on the tarball, I bet you'll see a much smaller number. On Tue, Oct 3, 2023 at 9:27 AM Matthias Apitz <guru@unixarea.de> wrote: > > El día martes, octubre 03, 2023 a las 06:14:23p. m. +0200, Olivier Certner escribió: > > > Hi Matthias, > > > > Some ZFS dataset with zstd compression on jet, and no compression on c720-1400094? > > > > Yes, on jet it is ZFS: > > root@jet:/usr/local/poudriere/ports # mount | grep ports2023 > poudriere/poudriere/ports/ports20230806 on /usr/local/poudriere/ports/ports20230806 (zfs, local, noatime, nfsv4acls) > > on c720-1400094 it is only plain UFS. > > matthias > > -- > Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045 > Public GnuPG key: http://www.unixarea.de/key.pub >help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2j=nVMGo_zAnFsM6_mAqH7C2ui6KUeVWU=-cSBD%2B7C_7A>