Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1120952

Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab

Cross-posted to 2 groups.

Show all headers | View raw

On Fri, Oct 14, 2022 at 03:37:29PM +0200, Marco d'Itri wrote:
> On Oct 14, Vincent Lefevre <vincent@vinc17.net> wrote:
> 
> > > This is obviously convenient on Guillem's part, but we have to optimize 
> > > systems by default for the general case and not just for dpkg -i.
> > This dpkg FAQ says that this is not beneficial for just dpkg,
> > but also "for any application in the system".
> [citation needed]
> 
> I hope that you understand why at this point I cannot trust as is the 
> opinions of the dpkg maintainer.

The dpkg FAQ is just wrong.  It relates to controversy which is over a
dozen years old.  For more information see, see Josef Sipek's blog
post from 2009, "O_PONIES & Other Assorted Wishes"

	https://blahg.josefsipek.net/?p=364

The O_PONIES mention references an 2009 April Fool's patch:

	https://lore.kernel.org/linux-fsdevel/20090401041843.GN19690@josefsipek.net/

Because buggy applications and clueless application programmers vastly
outnumbers file system maintainers, at the 2009 LSF/MM workshop, a
number of the major file system developers agreed on the following
workaround.  If the application opens a pre-existing file with
O_TRUNC, or renames a newly created file on top of pre-existing file,
we will force the delayed allocation to be automatically resolved when
the file is closed (in the first case) or the rename (in the second
case).  It does *not* force a file system commit.  So if you crash
within 5 seconds of the close(2) or rename(2), you will still suffer
data loss.

HOWEVER, this was always the case for buggy applicatons that refused
to call fsync(2) who were relying on the old ext3 file system
semantics.  It did not guarantee that things would work; it would just
*mostly* work, since *usually* you didn't crash within 5 seconds of
rewriting a file.

So no, we're not going to be making the default change to /etc/fstab.

NACK.

						- Ted

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab Vincent Lefevre <vincent@vinc17.net> - 2022-10-14 03:10 +0200
  Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab nick black <dankamongmen@gmail.com> - 2022-10-14 08:10 +0200
  Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab Marco d'Itri <md@Linux.IT> - 2022-10-14 12:10 +0200
    Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab Vincent Lefevre <vincent@vinc17.net> - 2022-10-14 12:40 +0200
      Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab Marco d'Itri <md@linux.it> - 2022-10-14 12:50 +0200
        Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab Vincent Lefevre <vincent@vinc17.net> - 2022-10-14 14:00 +0200
          Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab Marco d'Itri <md@linux.it> - 2022-10-14 15:40 +0200
            Bug#1021750: general: the nodelalloc mount option should be used by default for ext4 in /etc/fstab "Theodore Ts'o" <tytso@mit.edu> - 2022-10-14 20:10 +0200

csiph-web