All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel@ucw.cz>
To: Kevin McKinney <klmckinney1@gmail.com>
Cc: Alan Cox <gnomes@lxorguk.ukuu.org.uk>, linux-kernel@vger.kernel.org
Subject: Re: Change PAGE_SIZE from minimum 4k to 12k
Date: Thu, 25 May 2017 23:55:03 +0200	[thread overview]
Message-ID: <20170525215503.GA25045@amd> (raw)
In-Reply-To: <CAKPrQY-EQQ1sKuYj_Z25+8_d9MbGaTxjthEMK43Nm=970PLLDA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1981 bytes --]

Hi!

> >> > Would it be possible to have a custom block device driver read/write
> >> > in increments of 12k instead of reading/writing data in 4k increments?
> >> > In other words, I would like to change the default page size on a
> >> > x86_64 platform (4.4.0 kernel) from 4k to 12k as the minimum page
> >> > size?  I understand I may have negative performance due to
> >> > fragmentation. Any help would be appreciated.
> >> >
> >> > If this is the wrong mailing list, please let me know the right one to use.
> >>
> >> I won't say "no" but ammount of work neccessary is likely measured in
> >> man-years. Plus, hardware page size _is_ 4KB.
> >
> > Or a few other much larger sizes. Not that it actually matters. You can
> > implement a larger software page size for a platform but it would still
> > neeed to be a power of two, and you'd have trouble running some existing
> > binaries for x86.
> >
> > What problem are you *actually* trying to solve ?
> 
> Thanks for responding!  I work for a company that created custom
> hardware with 4 banks of drives. Each bank is 12 terabytes; and each
> bank is controlled by a separate RAID controller.  We created a custom
> block device driver that is responsible for moving data to each bank.
> The RAID controller will then stripe the data across the appropriate
> disks for the specified bank.  The problem we are having is by moving
> in increments of 4k, we are unable to utilize all 48 terabytes; we are
> only able to utilize 32 terabytes. If we could move in increments of
> 12K that would allow us to use the full 12 terabytes for each bank.

12TB is not that big.. are we talking spinning rust or something
special?

I mean, what does it have to do with page size? 48TB device, that's 5
SATA drives... that's not even that big.

									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

  reply	other threads:[~2017-05-25 21:55 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-16 15:27 Change PAGE_SIZE from minimum 4k to 12k Kevin McKinney
2017-05-16 16:46 ` Lennart Sorensen
2017-05-25 17:05 ` Pavel Machek
2017-05-25 20:08   ` Alan Cox
2017-05-25 21:02     ` Kevin McKinney
2017-05-25 21:55       ` Pavel Machek [this message]
2017-05-26 13:14         ` Kevin McKinney

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=20170525215503.GA25045@amd \
    --to=pavel@ucw.cz \
    --cc=gnomes@lxorguk.ukuu.org.uk \
    --cc=klmckinney1@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.