From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S32k7-0006bV-Jz for garchives@archives.gentoo.org; Thu, 01 Mar 2012 09:56:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E3087E066E; Thu, 1 Mar 2012 09:56:00 +0000 (UTC) Received: from mail.digimed.co.uk (82-69-83-178.dsl.in-addr.zen.co.uk [82.69.83.178]) by pigeon.gentoo.org (Postfix) with ESMTP id DDC57E066E for ; Thu, 1 Mar 2012 09:54:47 +0000 (UTC) Received: from digimed.co.uk (unknown [192.168.1.178]) by mail.digimed.co.uk (Postfix) with ESMTPSA id C6EE1804C7 for ; Thu, 1 Mar 2012 09:54:46 +0000 (GMT) Date: Thu, 1 Mar 2012 09:54:41 +0000 From: Neil Bothwick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Freeing up disk space problem!! Message-ID: <20120301095441.03de47bb@digimed.co.uk> In-Reply-To: <20120301005941.GA6178@eisen.lan> References: <20120228140150.2b35b864@weird.wonkology.org> <20120228132712.6df1ca07@digimed.co.uk> <20120229002500.6d2ab8a9@weird.wonkology.org> <20120229112945.73867e57@khamul.example.com> <20120229095719.59fe466d@digimed.co.uk> <20120229124033.071ed7d6@khamul.example.com> <20120229110849.5bec507c@digimed.co.uk> <20120229141141.7c047149@khamul.example.com> <20120301005941.GA6178@eisen.lan> Organization: Digital Media Production X-Mailer: Claws Mail 3.8.0cvs29 (GTK+ 2.24.10; x86_64-pc-linux-gnu) X-GPG-Fingerprint: 7260 0F33 97EC 2F1E 7667 FE37 BA6E 1A97 4375 1903 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/TO87H2WwshDruBg_yLFZ7GU"; protocol="application/pgp-signature" X-Archives-Salt: 428a40af-7f68-47f5-b8ec-deded5468ee8 X-Archives-Hash: 1dc2508b40b5695cf12be53018800e94 --Sig_/TO87H2WwshDruBg_yLFZ7GU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 1 Mar 2012 01:59:41 +0100, Frank Steinmetzger wrote: > It just means that before the drive gets physically full (which means > that files will fragment more), it will get logically full earlier. > This is why there can be expected less fragmentation under extreme > circumstances (i.e. an almost full FS). And after three hours of video transcoding, you get a disk full error instead of a somewhat fragmented file. So far, I've seen no reason to not use 0 on non-system filesystems. After all, -m 0 only tells ext? to behave like every other filesystem in this respect. --=20 Neil Bothwick I work with User-Surly Software. --Sig_/TO87H2WwshDruBg_yLFZ7GU Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk9PR2UACgkQum4al0N1GQM97ACgrEMqBTPtfxgYrUpRDfZJmMIQ 3hwAn0h6l/JELykUMNyeLYTaWCq70ZrE =y5cd -----END PGP SIGNATURE----- --Sig_/TO87H2WwshDruBg_yLFZ7GU--