[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0904112006580.4583@localhost.localdomain>
Date: Sat, 11 Apr 2009 20:13:10 -0700 (PDT)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: david@...g.hm
cc: Alan Cox <alan@...rguk.ukuu.org.uk>,
Grant Grundler <grundler@...gle.com>,
Jeff Garzik <jeff@...zik.org>,
Linux IDE mailing list <linux-ide@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Jens Axboe <jens.axboe@...cle.com>,
Arjan van de Ven <arjan@...radead.org>
Subject: Re: Implementing NVMHCI...
On Sat, 11 Apr 2009, david@...g.hm wrote:
>
> gaining this sort of ability would not be a bad thing.
.. and if my house was built of gold, that wouldn't be a bad thing either.
What's your point?
Are you going to create the magical patches that make that happen? Are you
going to maintain the added complexity that comes from suddenly having
multiple dirty bits per "page"? Are you going to create the mythical
filesystems that magically start doing tail packing in order to not waste
tons of disk-space with small files, even if they have a 32kB block-size?
In other words, your whole argument is built in "wouldn't it be nice".
And I'm just the grumpy old guy who tells you that there's this small
thing called REALITY that comes and bites you in the *ss. And I'm sorry,
but the very nature of "reality" is that it doesn't care one whit whether
you believe me or not.
The fact is, >4kB sectors just aren't realistic right now, and I don't
think you have any _clue_ about the pain of trying to make them so. You're
just throwing pennies down a wishing well.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists