Re: Time to increase MAXPHYS?

From: Warner Losh <imp_at_bsdimp.com>
Date: Sat, 3 Jun 2017 23:33:02 -0600
On Sat, Jun 3, 2017 at 2:59 PM, Colin Percival <cperciva_at_tarsnap.com> wrote:

> On January 24, 1998, in what was later renumbered to SVN r32724, dyson_at_
> wrote:
> > Add better support for larger I/O clusters, including larger physical
> > I/O.  The support is not mature yet, and some of the underlying
> implementation
> > needs help.  However, support does exist for IDE devices now.
>
> and increased MAXPHYS from 64 kB to 128 kB.  Is it time to increase it
> again,
> or do we need to wait at least two decades between changes?
>
> This is hurting performance on some systems; in particular, EC2 "io1" disks
> are optimized for 256 kB I/Os, EC2 "st1" (throughput optimized spinning
> rust)
> disks are optimized for 1 MB I/Os, and Amazon's NFS service (EFS)
> recommends
> using a maximum I/O size of 1 MB (and despite NFS not being *physical* I/O
> it
> seems to still be limited by MAXPHYS).
>

MAXPHYS is the largest I/O transaction you can push through the system. It
doesn't matter that the I/O is physical or not. The name is a relic from a
time that NFS didn't exist.

Warner
Received on Sun Jun 04 2017 - 03:33:04 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:11 UTC