linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Theodore Ts'o <tytso@mit.edu>
To: David Lang <david@lang.hm>
Cc: Chris Mason <clm@fb.com>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
	"lsf-pc@lists.linux-foundation.org"
	<lsf-pc@lists.linux-foundation.org>,
	"linux-mm@kvack.org" <linux-mm@kvack.org>,
	"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
	"rwheeler@redhat.com" <rwheeler@redhat.com>,
	"James.Bottomley@hansenpartnership.com"
	<James.Bottomley@hansenpartnership.com>,
	"linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>,
	"mgorman@suse.de" <mgorman@suse.de>
Subject: Re: [Lsf-pc] [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes
Date: Thu, 23 Jan 2014 00:21:18 -0500	[thread overview]
Message-ID: <20140123052118.GA6853@thunk.org> (raw)
In-Reply-To: <alpine.DEB.2.02.1401221836330.13577@nftneq.ynat.uz>

On Wed, Jan 22, 2014 at 06:46:11PM -0800, David Lang wrote:
> It's extremely unlikely that drive manufacturers will produce drives
> that won't work with any existing OS, so they are going to support
> smaller writes in firmware. If they don't, they won't be able to
> sell their drives to anyone running existing software. Given the
> Enterprise software upgrade cycle compared to the expanding storage
> needs, whatever they ship will have to work on OS and firmware
> releases that happened several years ago.

I've been talking to a number of HDD vendors, and while most of the
discussions has been about SMR, the topic of 64k sectors did come up
recently.  In the opinion of at least one drive vendor, the pressure
or 64k sectors will start increasing (roughly paraphrasing that
vendor's engineer, "it's a matter of physics"), and it might not be
surprising that in 2 or 3 years, we might start seing drives with 64k
sectors.  Like with 4k sector drives, it's likely that at least
initial said drives will have an emulation mode where sub-64k writes
will require a read-modify-write cycle.

What I told that vendor was that if this were the case, he should
seriously consider submitting a topic proposal to the LSF/MM, since if
he wants those drives to be well supported, we need to start thinking
about what changes might be necessary at the VM and FS layers now.  So
hopefully we'll see a topic proposal from that HDD vendor in the next
couple of days.

The bottom line is that I'm pretty well convinced that like SMR
drives, 64k sector drives will be coming, and it's not something we
can duck.  It might not come as quickly as the HDD vendor community
might like --- I remember attending an IDEMA conference in 2008 where
they confidently predicted that 4k sector drives would be the default
in 2 years, and it took a wee bit longer than that.  But nevertheless,
looking at the most likely roadmap and trajectory of hard drive
technology, these are two things that will very likely be coming down
the pike, and it would be best if we start thinking about how to
engage with these changes constructively sooner rather than putting it
off and then getting caught behind the eight-ball later.

Cheers,

						- Ted

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2014-01-23  5:21 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-20  9:30 LSF/MM 2014 Call For Proposals Mel Gorman
2014-01-06 22:20 ` [LSF/MM TOPIC] [ATTEND] persistent memory progress, management of storage & file systems Ric Wheeler
2014-01-06 22:32   ` faibish, sorin
2014-01-07 19:44     ` Joel Becker
2014-01-21  7:00 ` LSF/MM 2014 Call For Proposals Michel Lespinasse
2014-01-22  3:04 ` [LSF/MM TOPIC] really large storage sectors - going beyond 4096 bytes Ric Wheeler
2014-01-22  5:20   ` Joel Becker
2014-01-22  7:14     ` Hannes Reinecke
2014-01-22  9:34   ` [Lsf-pc] " Mel Gorman
2014-01-22 14:10     ` Ric Wheeler
2014-01-22 14:34       ` Mel Gorman
2014-01-22 14:58         ` Ric Wheeler
2014-01-22 15:19           ` Mel Gorman
2014-01-22 17:02             ` Chris Mason
2014-01-22 17:21               ` James Bottomley
2014-01-22 18:02                 ` Chris Mason
2014-01-22 18:13                   ` James Bottomley
2014-01-22 18:17                     ` Ric Wheeler
2014-01-22 18:35                       ` James Bottomley
2014-01-22 18:39                         ` Ric Wheeler
2014-01-22 19:30                           ` James Bottomley
2014-01-22 19:50                             ` Andrew Morton
2014-01-22 20:13                               ` Chris Mason
2014-01-23  2:46                                 ` David Lang
2014-01-23  5:21                                   ` Theodore Ts'o [this message]
2014-01-23  8:35                               ` Dave Chinner
2014-01-23 12:55                                 ` Theodore Ts'o
2014-01-23 19:49                                   ` Dave Chinner
2014-01-23 21:21                                   ` Joel Becker
2014-01-22 20:57                             ` Martin K. Petersen
2014-01-22 18:37                     ` Chris Mason
2014-01-22 18:40                       ` Ric Wheeler
2014-01-22 18:47                       ` James Bottomley
2014-01-23 21:27                         ` Joel Becker
2014-01-23 21:34                           ` Chris Mason
2014-01-23  8:27                     ` Dave Chinner
2014-01-23 15:47                       ` James Bottomley
2014-01-23 16:44                         ` Mel Gorman
2014-01-23 19:55                           ` James Bottomley
2014-01-24 10:57                             ` Mel Gorman
2014-01-30  4:52                               ` Matthew Wilcox
2014-01-30  6:01                                 ` Dave Chinner
2014-01-30 10:50                                 ` Mel Gorman
2014-01-23 20:34                           ` Dave Chinner
2014-01-23 20:54                         ` Christoph Lameter
2014-01-23  8:24                 ` Dave Chinner
2014-01-23 20:48             ` Christoph Lameter
2014-01-22 20:47           ` Martin K. Petersen
2014-01-23  8:21         ` Dave Chinner
2014-01-22 15:14     ` Chris Mason
2014-01-22 16:03       ` James Bottomley
2014-01-22 16:45         ` Ric Wheeler
2014-01-22 17:00           ` James Bottomley
2014-01-22 21:05             ` Jan Kara
2014-01-23 20:47     ` Christoph Lameter
2014-01-24 11:09       ` Mel Gorman
2014-01-24 15:44         ` Christoph Lameter
2014-01-22 15:54   ` James Bottomley
2014-03-14  9:02 ` Update on LSF/MM [was Re: LSF/MM 2014 Call For Proposals] James Bottomley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140123052118.GA6853@thunk.org \
    --to=tytso@mit.edu \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=akpm@linux-foundation.org \
    --cc=clm@fb.com \
    --cc=david@lang.hm \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=lsf-pc@lists.linux-foundation.org \
    --cc=mgorman@suse.de \
    --cc=rwheeler@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).