On Fri, Sep 15, 2017 at 9:18 AM, Nikolai Lifanov
wrote:
> On 6/3/17 11:55 PM, Allan Jude wrote:
> > On 2017-06-03 22:35, Julian Elischer wrote:
> >> On 4/6/17 4:59 am, Colin Percival wrote:
> >>> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
> >>> wrote:
> Add bette
On 6/3/17 11:55 PM, Allan Jude wrote:
> On 2017-06-03 22:35, Julian Elischer wrote:
>> On 4/6/17 4:59 am, Colin Percival wrote:
>>> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
>>> wrote:
Add better support for larger I/O clusters, including larger physical
I/O.
On Sun, Jun 4, 2017 at 1:33 PM, Warner Losh wrote:
> On Sat, Jun 3, 2017 at 2:59 PM, Colin Percival
> wrote:
>
> > On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
> > wrote:
> > > Add better support for larger I/O clusters, including larger physical
> > > I/O. The suppor
From: owner-freebsd-curr...@freebsd.org
> on behalf of Konstantin Belousov
> Sent: Sunday, June 4, 2017 4:10:32 AM
> To: Warner Losh
> Cc: Allan Jude; FreeBSD Current
> Subject: Re: Time to increase MAXPHYS?
>
> On Sat, Jun 03, 2017 at 11:28:23PM -0600, Warner Losh wrote:
>
On 0605T1849, Edward Tomasz Napierała wrote:
> On 0604T0952, Hans Petter Selasky wrote:
> > On 06/04/17 09:39, Tomoaki AOKI wrote:
> > > Hi
> > >
> > > One possibility would be to make it MD build-time OTIONS,
> > > defaulting 1M on regular systems and 128k on smaller systems.
> > >
> > > Of cour
Huh, can't say I've tested that. I'll try to look into this. Thanks
for the report!
On 0608T2046, peter.b...@bsd4all.org wrote:
> One area that breaks after changing MAXPHYS from 128K to 1MB is the iscsi
> target. I don’t have details, because that server is semi-production and I
> reverted it
One area that breaks after changing MAXPHYS from 128K to 1MB is the iscsi
target. I don’t have details, because that server is semi-production and I
reverted it back ASAP
> On 5 Jun 2017, at 19:49, Edward Tomasz Napierała wrote:
>
> On 0604T0952, Hans Petter Selasky wrote:
>> On 06/04/17 09:39,
On 0604T0952, Hans Petter Selasky wrote:
> On 06/04/17 09:39, Tomoaki AOKI wrote:
> > Hi
> >
> > One possibility would be to make it MD build-time OTIONS,
> > defaulting 1M on regular systems and 128k on smaller systems.
> >
> > Of course I guess making it a tunable (or sysctl) would be best,
> >
On Sun, Jun 04, 2017 at 09:52:36 +0200, Hans Petter Selasky wrote:
> On 06/04/17 09:39, Tomoaki AOKI wrote:
> > Hi
> >
> > One possibility would be to make it MD build-time OTIONS,
> > defaulting 1M on regular systems and 128k on smaller systems.
> >
> > Of course I guess making it a tunable (or
On Sat, Jun 03, 2017 at 11:49:01PM -0600, Warner Losh wrote:
> > Netflix runs MAXPHYS of 8MB. There's issues with something this big, to be
> > sure, especially on memory limited systems. Lots of hardware can't do this
> > big an I/O, and some drivers can't cope, even if the underlying hardware
>
On Sat, Jun 03, 2017 at 11:55:51PM -0400, Allan Jude wrote:
> On 2017-06-03 22:35, Julian Elischer wrote:
> > On 4/6/17 4:59 am, Colin Percival wrote:
> >> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
> >> wrote:
> >>> Add better support for larger I/O clusters, includin
reebsd.org on
behalf of Konstantin Belousov
Sent: Sunday, June 4, 2017 4:10:32 AM
To: Warner Losh
Cc: Allan Jude; FreeBSD Current
Subject: Re: Time to increase MAXPHYS?
On Sat, Jun 03, 2017 at 11:28:23PM -0600, Warner Losh wrote:
> On Sat, Jun 3, 2017 at 9:55 PM, Allan Jude wrote:
>
>
On Sun, 4 Jun 2017 09:52:36 +0200
Hans Petter Selasky wrote:
> On 06/04/17 09:39, Tomoaki AOKI wrote:
> > Hi
> >
> > One possibility would be to make it MD build-time OTIONS,
> > defaulting 1M on regular systems and 128k on smaller systems.
> >
> > Of course I guess making it a tunable (or sysc
On Sat, Jun 03, 2017 at 11:28:23PM -0600, Warner Losh wrote:
> On Sat, Jun 3, 2017 at 9:55 PM, Allan Jude wrote:
>
> > On 2017-06-03 22:35, Julian Elischer wrote:
> > > On 4/6/17 4:59 am, Colin Percival wrote:
> > >> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
> > >> w
On 06/04/17 09:39, Tomoaki AOKI wrote:
Hi
One possibility would be to make it MD build-time OTIONS,
defaulting 1M on regular systems and 128k on smaller systems.
Of course I guess making it a tunable (or sysctl) would be best,
though.
Hi,
A tunable sysctl would be fine, but beware that comm
Hi
One possibility would be to make it MD build-time OTIONS,
defaulting 1M on regular systems and 128k on smaller systems.
Of course I guess making it a tunable (or sysctl) would be best,
though.
On Sat, 3 Jun 2017 23:49:01 -0600
Warner Losh wrote:
> On Sat, Jun 3, 2017 at 11:28 PM, Warner Lo
On Sat, Jun 3, 2017 at 11:28 PM, Warner Losh wrote:
>
>
> On Sat, Jun 3, 2017 at 9:55 PM, Allan Jude wrote:
>
>> On 2017-06-03 22:35, Julian Elischer wrote:
>> > On 4/6/17 4:59 am, Colin Percival wrote:
>> >> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
>> >> wrote:
>>
On Sat, Jun 3, 2017 at 2:59 PM, Colin Percival wrote:
> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
> 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
>
On Sat, Jun 3, 2017 at 9:55 PM, Allan Jude wrote:
> On 2017-06-03 22:35, Julian Elischer wrote:
> > On 4/6/17 4:59 am, Colin Percival wrote:
> >> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
> >> wrote:
> >>> Add better support for larger I/O clusters, including larger
On 2017-06-03 22:35, Julian Elischer wrote:
> On 4/6/17 4:59 am, Colin Percival wrote:
>> On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
>> wrote:
>>> Add better support for larger I/O clusters, including larger physical
>>> I/O. The support is not mature yet, and some of
On 4/6/17 4:59 am, Colin Percival wrote:
On January 24, 1998, in what was later renumbered to SVN r32724, dyson@
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, suppo
21 matches
Mail list logo