mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Martin K. Petersen" <martin.petersen@oracle.com>
To: Rob Landley <rob@landley.net>
Cc: Sitsofe Wheeler <sitsofe@yahoo.com>, Pavel Machek <pavel@suse.cz>,
	kernel list <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@osdl.org>,
	tytso@mit.edu, mtk.manpages@gmail.com, rdunlap@xenotime.net,
	linux-doc@vger.kernel.org
Subject: Re: document ext3 requirements
Date: Sun, 04 Jan 2009 22:33:51 -0500	[thread overview]
Message-ID: <yq1mye62zq8.fsf@sermon.lab.mkp.net> (raw)
In-Reply-To: <200901042051.14269.rob@landley.net> (Rob Landley's message of "Sun\, 4 Jan 2009 20\:51\:13 -0600")

>>>>> "Rob" == Rob Landley <rob@landley.net> writes:

Rob> I wonder if the flash filesystems could be told via mount options
Rob> that they're to use a normal block device as if it was a flash with
Rob> granularity X?

I posted some patches a few months ago that allowed us to do this.  In
particular they expose the underlying I/O topology to the filesystems.
That includes minimum, preferred and maximum I/O size for both read and
write as well as alignment.  The patches also allow stacking so we get
alignment right on say LVM on top of MD on top of a partitioned disk.

At Kernel Summit/Plumbers Linus absolutely hated this idea in the
context of SSDs.  And I don't necessarily disagree with his point that
intel (claim to have) solved this problem.

However, there's still lots of crappy devices out there that we need to
support.  And we absolutely need this for RAID (both software and
hardware) as well.  I've been meaning to post a new round of these
patches.  I'll take a look at them again this week.

The intent was to use the alignment and block sizes to honor erase block
boundaries when merging requests.

SCSI already has knobs that expose the appropriate sizes although not
many vendors implement them yet.  I've been talking to a few SSD vendors
about exposing similar parameters with SATA.  Most of them are willing
and will happily share this information.  Other vendors stop responding
when you ask them too many questions.

-- 
Martin K. Petersen	Oracle Linux Engineering


  reply	other threads:[~2009-01-05  3:36 UTC|newest]

Thread overview: 86+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <fa.P4z5CJpM0xT37PWJuOuCHDkO76o@ifi.uio.no>
     [not found] ` <fa.eOwOqydZi0qs6K1nmNxBFGQMV40@ifi.uio.no>
     [not found]   ` <fa.26o5IHCAC3TQdXupl62CLYwQ+Wk@ifi.uio.no>
2009-01-04 23:13     ` Sitsofe Wheeler
2009-01-05  2:51       ` Rob Landley
2009-01-05  3:33         ` Martin K. Petersen [this message]
2009-01-05  4:02         ` david
2009-01-05  3:52           ` Rob Landley
     [not found]     ` <fa.GBkQuKdRj+YRVczlNLFhGvaw3WY@ifi.uio.no>
     [not found]       ` <fa.rCyCghh/+staAmYi/+gwYvefIS0@ifi.uio.no>
     [not found]         ` <fa.c5j7jAMUnJPvgI9Oj/VczSDNakE@ifi.uio.no>
     [not found]           ` <fa.377DMq2lPMyaHxadPnApFSJFoCg@ifi.uio.no>
2009-01-05 20:36             ` Sitsofe Wheeler
2009-01-05 23:09               ` Theodore Tso
     [not found]     ` <fa.ucJLoSQwk9OAj6T6x60tbWaiTAo@ifi.uio.no>
2009-01-05 22:25       ` Sitsofe Wheeler
2009-01-06  4:08         ` Rob Landley
     [not found] <fa.pmCH9X+XujDl6RH6/TpkNtsTnbk@ifi.uio.no>
     [not found] ` <fa.b62zZFe5e154PhgA+0sdwVXD9F0@ifi.uio.no>
     [not found]   ` <fa.ZTpiSvxEhp3YJDepiUQs+cU0C98@ifi.uio.no>
     [not found]     ` <fa.xvvufQC6zTpU9R6vhDl51DR5V7A@ifi.uio.no>
     [not found]       ` <fa.pkV69eXC76Pb9fnmERdAwXX9OKA@ifi.uio.no>
     [not found]         ` <fa.hQTLXdIllf+hs4yQb092u6fowq0@ifi.uio.no>
2009-01-04 19:08           ` Sitsofe Wheeler
2009-01-04 19:31             ` Theodore Tso
2009-01-04 22:40               ` Pavel Machek
2009-01-04 23:30                 ` Theodore Tso
2009-01-05  3:49                   ` Rob Landley
2009-01-05  4:31                     ` Robert Hancock
2009-01-05  5:00                     ` david
2009-01-05 11:19                     ` Alan Cox
2009-01-05 19:00                       ` Rob Landley
2009-01-05 19:27                         ` Martin K. Petersen
2009-01-06 10:41                           ` Matthias Andree
2009-01-06 15:30                             ` Theodore Tso
     [not found]                             ` <20090106153020.GB13086__11022.1833143898$1231255950$gmane$org@mit.edu>
2009-01-06 15:40                               ` Andi Kleen
2009-01-06 15:57                                 ` Theodore Tso
2009-01-06 17:31                                   ` Andi Kleen
2009-01-06 19:31                                   ` Rob Landley
2009-01-27 13:24                       ` Thierry Vignaud
2009-01-27 13:37                         ` Alan Cox
2009-01-06 10:36                     ` Matthias Andree
2009-01-03 12:38 Pavel Machek
2009-01-03 21:17 ` Martin MOKREJŠ
2009-01-03 22:06   ` Pavel Machek
2009-01-03 22:17   ` Duane Griffin
2009-01-03 22:29     ` Pavel Machek
2009-01-03 23:01       ` Martin MOKREJŠ
2009-01-03 23:38         ` Duane Griffin
2009-01-03 23:50           ` Martin MOKREJŠ
2009-01-03 23:58             ` Robert Hancock
2009-01-04  0:08               ` Martin MOKREJŠ
2009-01-04 21:49               ` Ingo Oeser
2009-01-04  0:00             ` Duane Griffin
2009-01-04  0:11               ` Martin MOKREJŠ
2009-01-04  0:41                 ` Duane Griffin
2009-01-04  3:52                   ` Valdis.Kletnieks
2009-01-04 14:24                     ` Duane Griffin
2009-01-04 18:40                       ` Theodore Tso
2009-01-04 19:21                         ` Geert Uytterhoeven
2009-01-04 19:36                           ` Theodore Tso
2009-01-04 19:51                             ` Duane Griffin
2009-01-04 21:55                               ` Theodore Tso
2009-01-04 22:06                                 ` Duane Griffin
2009-01-04 22:42                           ` Bron Gondwana
2009-01-05  3:22                           ` Rob Landley
2009-01-04  0:19         ` Pavel Machek
2009-01-05  2:55           ` Rob Landley
2009-01-04 19:56         ` Rob Landley
2009-01-05 19:16           ` Theodore Tso
2009-01-06 19:20             ` Rob Landley
2009-01-06 10:08         ` Matthias Andree
2009-01-06 15:23           ` Theodore Tso
2009-01-03 23:12       ` Duane Griffin
2009-01-06 10:06       ` Matthias Andree
2009-01-04  2:32 ` Theodore Tso
2009-01-04 22:33   ` Pavel Machek
2009-01-04 13:35 ` Alexander E. Patrakov
2009-01-04 13:53   ` Valdis.Kletnieks
2009-01-04 18:21   ` Michael Tokarev
2009-01-04 18:38   ` Theodore Tso
2009-01-04 22:37     ` Pavel Machek
2009-01-04 23:58       ` Theodore Tso
2009-01-05 11:43     ` Alan Cox
2009-01-07 11:59       ` Rob Landley
2009-01-04 20:10   ` Pavel Machek
2009-01-04 19:49 ` Rob Landley
2009-01-04 22:06   ` Theodore Tso
2009-01-04 22:25     ` Pavel Machek
2009-01-04 23:07     ` Pavel Machek
2009-01-05  1:38     ` Rob Landley
2009-01-04 22:55   ` Pavel Machek
2009-01-05  0:16     ` david
2009-01-05  9:38       ` Pavel Machek
2009-01-05  1:50     ` Rob Landley
2009-01-05  3:20     ` Martin K. Petersen
2009-01-05  9:45       ` Pavel Machek
2009-01-05 11:28         ` Alan Cox
2009-01-05 19:15         ` Martin K. Petersen
2009-01-05 20:19           ` Theodore Tso

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=yq1mye62zq8.fsf@sermon.lab.mkp.net \
    --to=martin.petersen@oracle.com \
    --cc=akpm@osdl.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mtk.manpages@gmail.com \
    --cc=pavel@suse.cz \
    --cc=rdunlap@xenotime.net \
    --cc=rob@landley.net \
    --cc=sitsofe@yahoo.com \
    --cc=tytso@mit.edu \
    /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

all inboxes | Powered by JetHome®