Andrew Morton wrote on Wednesday, January 03, 2007 12:09 AM
> Do you have any benchmarks which got faster with these changes?
Jens Axboe wrote on Wednesday, January 03, 2007 12:22 AM
> I've asked Ken to run this series on some of his big iron, I hope he'll
> have some results for us soonish. I
Andrew Morton wrote on Wednesday, January 03, 2007 12:09 AM
Do you have any benchmarks which got faster with these changes?
Jens Axboe wrote on Wednesday, January 03, 2007 12:22 AM
I've asked Ken to run this series on some of his big iron, I hope he'll
have some results for us soonish. I can
On Thu, Jan 04 2007, Nick Piggin wrote:
> Jens Axboe wrote:
> >Nick writes:
> >
> >This is a patch to perform block device plugging explicitly in the
> >submitting
> >process context rather than implicitly by the block device.
>
> Hi Jens,
>
> Hey thanks for doing so much hard work with this, I
On Wed, Jan 03 2007, Chen, Kenneth W wrote:
> Jens Axboe wrote on Wednesday, January 03, 2007 2:30 PM
> > > We are having some trouble with the patch set that some of our fiber
> > > channel
> > > host controller doesn't initialize properly anymore and thus lost whole
> > > bunch of disks
On Wed, Jan 03 2007, Chen, Kenneth W wrote:
Jens Axboe wrote on Wednesday, January 03, 2007 2:30 PM
We are having some trouble with the patch set that some of our fiber
channel
host controller doesn't initialize properly anymore and thus lost whole
bunch of disks (somewhere around
On Thu, Jan 04 2007, Nick Piggin wrote:
Jens Axboe wrote:
Nick writes:
This is a patch to perform block device plugging explicitly in the
submitting
process context rather than implicitly by the block device.
Hi Jens,
Hey thanks for doing so much hard work with this, I couldn't have
Jens Axboe wrote:
Nick writes:
This is a patch to perform block device plugging explicitly in the submitting
process context rather than implicitly by the block device.
Hi Jens,
Hey thanks for doing so much hard work with this, I couldn't have fixed
all the block layer stuff myself. QRCU
Jens Axboe wrote on Wednesday, January 03, 2007 2:30 PM
> > We are having some trouble with the patch set that some of our fiber channel
> > host controller doesn't initialize properly anymore and thus lost whole
> > bunch of disks (somewhere around 200 disks out of 900) at boot time.
> >
On Wed, Jan 03 2007, Chen, Kenneth W wrote:
> Jens Axboe wrote on Wednesday, January 03, 2007 12:22 AM
> > > Do you have any benchmarks which got faster with these changes?
> >
> > On the hardware I have immediately available, I see no regressions wrt
> > performance. With instrumentation it's
Jens Axboe wrote on Wednesday, January 03, 2007 12:22 AM
> > Do you have any benchmarks which got faster with these changes?
>
> On the hardware I have immediately available, I see no regressions wrt
> performance. With instrumentation it's simple to demonstrate that most
> of the queueing
Not much luck with the 4th patch, I guess it's too big. I've gzip
attached it now, with the description inlined.
---
Nick writes:
This is a patch to perform block device plugging explicitly in the submitting
process context rather than implicitly by the block device.
There are several
On Wed, Jan 03 2007, Andrew Morton wrote:
> On Wed, 3 Jan 2007 08:48:28 +0100
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > This is a patch to perform block device plugging explicitly in the
> > submitting
> > process context rather than implicitly by the block device.
>
> I don't think anyone
On Wed, 3 Jan 2007 08:48:28 +0100
Jens Axboe <[EMAIL PROTECTED]> wrote:
> This is a patch to perform block device plugging explicitly in the submitting
> process context rather than implicitly by the block device.
I don't think anyone will regret the passing of
On Wed, 3 Jan 2007 08:48:28 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
This is a patch to perform block device plugging explicitly in the submitting
process context rather than implicitly by the block device.
I don't think anyone will regret the passing of
On Wed, Jan 03 2007, Andrew Morton wrote:
On Wed, 3 Jan 2007 08:48:28 +0100
Jens Axboe [EMAIL PROTECTED] wrote:
This is a patch to perform block device plugging explicitly in the
submitting
process context rather than implicitly by the block device.
I don't think anyone will regret
Not much luck with the 4th patch, I guess it's too big. I've gzip
attached it now, with the description inlined.
---
Nick writes:
This is a patch to perform block device plugging explicitly in the submitting
process context rather than implicitly by the block device.
There are several
Jens Axboe wrote on Wednesday, January 03, 2007 12:22 AM
Do you have any benchmarks which got faster with these changes?
On the hardware I have immediately available, I see no regressions wrt
performance. With instrumentation it's simple to demonstrate that most
of the queueing activity of
On Wed, Jan 03 2007, Chen, Kenneth W wrote:
Jens Axboe wrote on Wednesday, January 03, 2007 12:22 AM
Do you have any benchmarks which got faster with these changes?
On the hardware I have immediately available, I see no regressions wrt
performance. With instrumentation it's simple to
Jens Axboe wrote on Wednesday, January 03, 2007 2:30 PM
We are having some trouble with the patch set that some of our fiber channel
host controller doesn't initialize properly anymore and thus lost whole
bunch of disks (somewhere around 200 disks out of 900) at boot time.
Presumably FC
Jens Axboe wrote:
Nick writes:
This is a patch to perform block device plugging explicitly in the submitting
process context rather than implicitly by the block device.
Hi Jens,
Hey thanks for doing so much hard work with this, I couldn't have fixed
all the block layer stuff myself. QRCU
20 matches
Mail list logo