public inbox for linux-kernel@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox