- Original Message
> From: Alasdair G Kergon <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Linus Torvalds <[EMAIL PROTECTED]>; Mel Gorman <[EMAIL PROTECTED]>;
> Fengguang Wu <[EMAIL PROTECTED]>; Mike Snitzer <[EMAIL PRO
- Original Message
From: Alasdair G Kergon [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Linus Torvalds [EMAIL PROTECTED]; Mel Gorman [EMAIL PROTECTED];
Fengguang Wu [EMAIL PROTECTED]; Mike Snitzer [EMAIL PROTECTED]; Peter
Zijlstra [EMAIL PROTECTED]; [EMAIL PROTECTED
- Original Message
> From: Alasdair G Kergon <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Linus Torvalds <[EMAIL PROTECTED]>; Mel Gorman <[EMAIL PROTECTED]>;
> Fengguang Wu <[EMAIL PROTECTED]>; Mike Snitzer <[EMAIL PRO
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
- Original Message
> From: Alasdair G Kergon <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Linus Torva
- Original Message
From: Alasdair G Kergon [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Linus Torvalds [EMAIL PROTECTED]; Mel Gorman [EMAIL PROTECTED];
Fengguang Wu [EMAIL PROTECTED]; Mike Snitzer [EMAIL PROTECTED]; Peter
Zijlstra [EMAIL PROTECTED]; [EMAIL PROTECTED
- Original Message
> From: Mike Snitzer <[EMAIL PROTECTED]>
> To: Linus Torvalds <[EMAIL PROTECTED]>
> Cc: Mel Gorman <[EMAIL PROTECTED]>; Martin Knoblauch <[EMAIL PROTECTED]>;
> Fengguang Wu <[EMAIL PROTECTED]>; Peter Zijlstra <[EMAIL P
Original Message
> From: Fengguang Wu <[EMAIL PROTECTED]>
> To: Linus Torvalds <[EMAIL PROTECTED]>
> Cc: Mike Snitzer <[EMAIL PROTECTED]>; Martin Knoblauch <[EMAIL PROTECTED]>;
> Peter Zijlstra <[EMAIL PROTECTED]>; [EMAIL PROTECTED]; Ingo M
Original Message
From: Fengguang Wu [EMAIL PROTECTED]
To: Linus Torvalds [EMAIL PROTECTED]
Cc: Mike Snitzer [EMAIL PROTECTED]; Martin Knoblauch [EMAIL PROTECTED];
Peter Zijlstra [EMAIL PROTECTED]; [EMAIL PROTECTED]; Ingo Molnar [EMAIL
PROTECTED]; linux-kernel@vger.kernel.org
- Original Message
From: Mike Snitzer [EMAIL PROTECTED]
To: Linus Torvalds [EMAIL PROTECTED]
Cc: Mel Gorman [EMAIL PROTECTED]; Martin Knoblauch [EMAIL PROTECTED];
Fengguang Wu [EMAIL PROTECTED]; Peter Zijlstra [EMAIL PROTECTED]; [EMAIL
PROTECTED]; Ingo Molnar [EMAIL PROTECTED
h as in rc1-rc5. To bad I did not
see this earlier. Maybe we could have found a solution for .24.
At least, rc1-rc5 have shown that the CCISS system can do well. Now
the question is which part of the system does not cope well with the
larger IO sizes? Is it the CCISS controller, LVM or both. I am open to
- Original Message
> From: Mel Gorman <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Fengguang Wu <[EMAIL PROTECTED]>; Mike Snitzer <[EMAIL PROTECTED]>; Peter
> Zijlstra <[EMAIL PROTECTED]>; [EMAIL PROTECTED]; Ingo M
- Original Message
From: Mel Gorman [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Fengguang Wu [EMAIL PROTECTED]; Mike Snitzer [EMAIL PROTECTED]; Peter
Zijlstra [EMAIL PROTECTED]; [EMAIL PROTECTED]; Ingo Molnar [EMAIL
PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL
that.
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
- Original Message
> From: Mel Gorman <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Fengguang Wu <[EMAIL PROTECTED]>; Mike Snitzer <[EMAIL PROTECTED]>; Peter
> Zijlstra <[EMAIL PROTECTED]>; [EMAIL PROTECTED]; Ingo M
- Original Message
> From: Mike Snitzer <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Fengguang Wu <[EMAIL PROTECTED]>; Peter Zijlstra <[EMAIL PROTECTED]>;
> [EMAIL PROTECTED]; Ingo Molnar <[EMAIL PROTECTED]>;
> li
- Original Message
> From: Martin Knoblauch <[EMAIL PROTECTED]>
> To: Fengguang Wu <[EMAIL PROTECTED]>
> Cc: Mike Snitzer <[EMAIL PROTECTED]>; Peter Zijlstra <[EMAIL PROTECTED]>;
> [EMAIL PROTECTED]; Ingo Molnar <[EMAIL PROTECTED]>;
> li
- Original Message
> From: Fengguang Wu <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Mike Snitzer <[EMAIL PROTECTED]>; Peter Zijlstra <[EMAIL PROTECTED]>;
> [EMAIL PROTECTED]; Ingo Molnar <[EMAIL PROTECTED]>;
> li
- Original Message
From: Fengguang Wu [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Mike Snitzer [EMAIL PROTECTED]; Peter Zijlstra [EMAIL PROTECTED];
[EMAIL PROTECTED]; Ingo Molnar [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; [EMAIL PROTECTED] [EMAIL PROTECTED
- Original Message
From: Martin Knoblauch [EMAIL PROTECTED]
To: Fengguang Wu [EMAIL PROTECTED]
Cc: Mike Snitzer [EMAIL PROTECTED]; Peter Zijlstra [EMAIL PROTECTED];
[EMAIL PROTECTED]; Ingo Molnar [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; [EMAIL PROTECTED] [EMAIL PROTECTED
- Original Message
From: Mike Snitzer [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Fengguang Wu [EMAIL PROTECTED]; Peter Zijlstra [EMAIL PROTECTED];
[EMAIL PROTECTED]; Ingo Molnar [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; [EMAIL PROTECTED] [EMAIL PROTECTED
- Original Message
From: Mel Gorman [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Fengguang Wu [EMAIL PROTECTED]; Mike Snitzer [EMAIL PROTECTED]; Peter
Zijlstra [EMAIL PROTECTED]; [EMAIL PROTECTED]; Ingo Molnar [EMAIL
PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL
- Original Message
> From: Fengguang Wu <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Mike Snitzer <[EMAIL PROTECTED]>; Peter Zijlstra <[EMAIL PROTECTED]>;
> [EMAIL PROTECTED]; Ingo Molnar <[EMAIL PROTECTED]>;
> li
- Original Message
> From: Mike Snitzer <[EMAIL PROTECTED]>
> To: Fengguang Wu <[EMAIL PROTECTED]>
> Cc: Peter Zijlstra <[EMAIL PROTECTED]>; [EMAIL PROTECTED]; Ingo Molnar
> <[EMAIL PROTECTED]>; linux-kernel@vger.kernel.org; "[EMAIL PROTECTED]"
> <[EMAIL PROTECTED]>; Linus Torvalds
- Original Message
From: Mike Snitzer [EMAIL PROTECTED]
To: Fengguang Wu [EMAIL PROTECTED]
Cc: Peter Zijlstra [EMAIL PROTECTED]; [EMAIL PROTECTED]; Ingo Molnar
[EMAIL PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
[EMAIL PROTECTED]; Linus Torvalds [EMAIL PROTECTED];
- Original Message
From: Fengguang Wu [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: Mike Snitzer [EMAIL PROTECTED]; Peter Zijlstra [EMAIL PROTECTED];
[EMAIL PROTECTED]; Ingo Molnar [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; [EMAIL PROTECTED] [EMAIL PROTECTED
- Original Message
> From: Martin Knoblauch <[EMAIL PROTECTED]>
> To: Chris Snook <[EMAIL PROTECTED]>
> Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; spam trap <[EMAIL
> PROTECTED]>
> Sent: Saturday, December 29, 2007 12:11:08 PM
> Subject: Re:
- Original Message
From: Martin Knoblauch [EMAIL PROTECTED]
To: Chris Snook [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; spam trap [EMAIL
PROTECTED]
Sent: Saturday, December 29, 2007 12:11:08 PM
Subject: Re: Strange NFS write performance Linux-Solaris-10
- Original Message
> From: WU Fengguang <[EMAIL PROTECTED]>
> To: Hans-Peter Jansen <[EMAIL PROTECTED]>
> Cc: Sascha Warner <[EMAIL PROTECTED]>; Andrew Morton <[EMAIL PROTECTED]>;
> linux-kernel@vger.kernel.org; Peter Zijlstra <[EMAIL PROTECTED]>
> Sent: Wednesday, January 9, 2008
- Original Message
From: WU Fengguang [EMAIL PROTECTED]
To: Hans-Peter Jansen [EMAIL PROTECTED]
Cc: Sascha Warner [EMAIL PROTECTED]; Andrew Morton [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; Peter Zijlstra [EMAIL PROTECTED]
Sent: Wednesday, January 9, 2008 4:33:32 AM
Subject:
- Original Message
> From: Chris Snook <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
> Sent: Friday, December 28, 2007 7:45:13 PM
> Subject: Re: Strange NFS write performance Linux->Solari
- Original Message
> From: Chris Snook <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
> Sent: Friday, December 28, 2007 7:45:13 PM
> Subject: Re: Strange NFS write performance Linux->Solari
- Original Message
From: Chris Snook [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
Sent: Friday, December 28, 2007 7:45:13 PM
Subject: Re: Strange NFS write performance Linux-Solaris-10/VXFS, maybe VW
related
Martin
- Original Message
From: Chris Snook [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
Sent: Friday, December 28, 2007 7:45:13 PM
Subject: Re: Strange NFS write performance Linux-Solaris-10/VXFS, maybe VW
related
Martin
ut the spamtrap name
:-)
----------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
:-)
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
Hi,
forgive the stupid question. What is the unit of "nr_writeback"? One would
usually assume a rate, but looking at the code I see it added together with
nr_dirty and nr_unstable, somehow defeating the assumption.
Cheers
Martin
---
- Original Message
> From: Ingo Molnar <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: linux-kernel@vger.kernel.org
> Sent: Tuesday, December 4, 2007 12:52:23 PM
> Subject: Re: Stack warning from 2.6.24-rc
>
>
> * Martin Knoblauch
- Original Message
From: Ingo Molnar [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
Sent: Tuesday, December 4, 2007 12:52:23 PM
Subject: Re: Stack warning from 2.6.24-rc
* Martin Knoblauch wrote:
I see the following stack warning
Hi,
forgive the stupid question. What is the unit of nr_writeback? One would
usually assume a rate, but looking at the code I see it added together with
nr_dirty and nr_unstable, somehow defeating the assumption.
Cheers
Martin
--
Martin
- Original Message
> From: "Zhang, Yanmin" <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]; LKML
> Sent: Monday, November 12, 2007 1:45:57 AM
> Subject: Re: iozone write 50% regression in kernel 2.6.24-rc1
&
- Original Message
From: Zhang, Yanmin [EMAIL PROTECTED]
To: Martin Knoblauch [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; LKML linux-kernel@vger.kernel.org
Sent: Monday, November 12, 2007 1:45:57 AM
Subject: Re: iozone write 50% regression in kernel 2.6.24-rc1
On Fri, 2007-11-09
- Original Message
> From: "Zhang, Yanmin" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: LKML
> Sent: Friday, November 9, 2007 10:47:52 AM
> Subject: iozone write 50% regression in kernel 2.6.24-rc1
>
> Comparing with 2.6.23, iozone sequential write/rewrite (512M) has
> 50%
>
- Original Message
From: Zhang, Yanmin [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: LKML linux-kernel@vger.kernel.org
Sent: Friday, November 9, 2007 10:47:52 AM
Subject: iozone write 50% regression in kernel 2.6.24-rc1
Comparing with 2.6.23, iozone sequential write/rewrite (512M)
- Original Message
> From: Ingo Molnar <[EMAIL PROTECTED]>
> To: Andrew Morton <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Sent: Friday, October 26, 2007 9:33:40 PM
> Subject:
- Original Message
> From: Andrew Morton <[EMAIL PROTECTED]>
> To: Arjan van de Ven <[EMAIL PROTECTED]>
> Cc: Ingo Molnar <[EMAIL PROTECTED]>; [EMAIL PROTECTED];
> linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
> PROTECTED]; [EMAIL PROTECTED]
> Sent:
- Original Message
From: Andrew Morton [EMAIL PROTECTED]
To: Arjan van de Ven [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL PROTECTED]; [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
PROTECTED]; [EMAIL PROTECTED]
Sent: Saturday, October
- Original Message
From: Ingo Molnar [EMAIL PROTECTED]
To: Andrew Morton [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, October 26, 2007 9:33:40 PM
Subject: Re:
end
Martin
------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
7.patch
> writeback-fix-periodic-superblock-dirty-inode-flushing.patch
>
> Regards,
> Fengguang
Hi Fenguang,
now that Peters stuff seems to make it into mainline, do you think
your fixes should go in as well? Would definitely help to broaden the
tester base. Definitely by one very int
pinions?
>
Hi Peter,
my only opinion is that it is great to see that stuff moving into
mainline. If it really goes in, there will be one more very interested
rc-tester :-)
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www:
want /sys/bdi/foo/ or maybe /debug/bdi/foo/
Opinions?
Hi Peter,
my only opinion is that it is great to see that stuff moving into
mainline. If it really goes in, there will be one more very interested
rc-tester :-)
Cheers
Martin
--
Martin
to make it into mainline, do you think
your fixes should go in as well? Would definitely help to broaden the
tester base. Definitely by one very interested tester :-)
Keep on the good work
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT
--- Martin Knoblauch <[EMAIL PROTECTED]> wrote:
>
> --- Leroy van Logchem <[EMAIL PROTECTED]> wrote:
>
> > Andrea Arcangeli wrote:
> > > On Wed, Aug 22, 2007 at 01:05:13PM +0200, Andi Kleen wrote:
> > >> Ok perhaps the new adaptive dirty limits h
--- Martin Knoblauch [EMAIL PROTECTED] wrote:
--- Leroy van Logchem [EMAIL PROTECTED] wrote:
Andrea Arcangeli wrote:
On Wed, Aug 22, 2007 at 01:05:13PM +0200, Andi Kleen wrote:
Ok perhaps the new adaptive dirty limits helps your single disk
a lot too. But your improvements seem
e CCISS controller in the
DL380g4. Could you elaborate why that is a problematic case?
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
).
didn't see that remark before. I just realized that slow device with
writeback cache pretty well describes the CCISS controller in the
DL380g4. Could you elaborate why that is a problematic case?
Cheers
Martin
--
Martin Knoblauch
email: k n o b
s, I did some tests today with
2.6.22.6+bdi-v9 (Peter was so kind) which seem to indicate that it
hurts NFS writes. Anyone seen similar effects?
Otherwise I would just second your request. It definitely helps the
problematic performance of my CCISS based RAID5 volume.
Martin
Martin
-
CCISS based RAID5 volume.
Martin
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
--- Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-23 at 08:59 -0700, Martin Knoblauch wrote:
> > --- Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
> > >
> > >
to syslog. If
the sysadmin is not competent enough to notice, to bad.
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line "unsubscribe linux
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
--- Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-08-23 at 08:59 -0700, Martin Knoblauch wrote:
--- Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
Peter,
any chance to get a rollup against 2.6.22-stable
parently the NFS client is able to detect them :-). Do
this regardless of the "nosharecache" option. This way admins will at
least be made aware of the situation.
- In a year or so we can talk about making the default safe. With
proper advertising.
Just my 0.02.
Cheers
Martin
--
will at
least be made aware of the situation.
- In a year or so we can talk about making the default safe. With
proper advertising.
Just my 0.02.
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
depth since init: 197
Max # commands on controller since init: 198
Max SG entries since init: 31
Sequential access devices: 0
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line "unsu
out. At least with the "6i", you do not want to
disable the WBC :-) Performance really goes down the toilet for all
cases.
Do you still have a pointer to that bulletin?
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT
if the new behaviour could be
globally changed at run- (or boot-) time. It will be some time until
the new mount option makes it into the distros.
Cheers
Martin
PS: Sorry, but I likely killed the CC list
------
Martin Knoblauch
email: k n o b i AT
be
globally changed at run- (or boot-) time. It will be some time until
the new mount option makes it into the distros.
Cheers
Martin
PS: Sorry, but I likely killed the CC list
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http
:-) Performance really goes down the toilet for all
cases.
Do you still have a pointer to that bulletin?
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line
Logical drives: 1
Current Q depth: 0
Current # commands on controller: 0
Max Q depth since init: 197
Max # commands on controller since init: 198
Max SG entries since init: 31
Sequential access devices: 0
Cheers
Martin
--
Martin Knoblauch
email: k n
--- Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 08/28/2007 11:53 AM, Martin Knoblauch wrote:
> >
> > The basic setup is a dual x86_64 box with 8 GB of memory. The
> DL380
> > has a HW RAID5, made from 4x72GB disks and about 100 MB write
> cache.
> &
--- Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 28 2007, Martin Knoblauch wrote:
> > Keywords: I/O, bdi-v9, cfs
> >
>
> Try limiting the queue depth on the cciss device, some of those are
> notoriously bad at starving commands. Something like the b
--- Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 29, 2007 at 01:15:45AM -0700, Martin Knoblauch wrote:
> >
> > --- Fengguang Wu <[EMAIL PROTECTED]> wrote:
> >
> > > You are apparently running into the sluggish kupdate-style
> writebac
--- Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 28, 2007 at 08:53:07AM -0700, Martin Knoblauch wrote:
> [...]
> > The basic setup is a dual x86_64 box with 8 GB of memory. The
> DL380
> > has a HW RAID5, made from 4x72GB disks and about 100 MB write
&
--- Fengguang Wu [EMAIL PROTECTED] wrote:
On Tue, Aug 28, 2007 at 08:53:07AM -0700, Martin Knoblauch wrote:
[...]
The basic setup is a dual x86_64 box with 8 GB of memory. The
DL380
has a HW RAID5, made from 4x72GB disks and about 100 MB write
cache.
The performance of the block
--- Fengguang Wu [EMAIL PROTECTED] wrote:
On Wed, Aug 29, 2007 at 01:15:45AM -0700, Martin Knoblauch wrote:
--- Fengguang Wu [EMAIL PROTECTED] wrote:
You are apparently running into the sluggish kupdate-style
writeback
problem with large files: huge amount of dirty pages
--- Jens Axboe [EMAIL PROTECTED] wrote:
On Tue, Aug 28 2007, Martin Knoblauch wrote:
Keywords: I/O, bdi-v9, cfs
Try limiting the queue depth on the cciss device, some of those are
notoriously bad at starving commands. Something like the below hack,
see
if it makes a difference
--- Chuck Ebbert [EMAIL PROTECTED] wrote:
On 08/28/2007 11:53 AM, Martin Knoblauch wrote:
The basic setup is a dual x86_64 box with 8 GB of memory. The
DL380
has a HW RAID5, made from 4x72GB disks and about 100 MB write
cache.
The performance of the block device with O_DIRECT
n any case, view this as a report for one specific loadcase that does
not behave very well. It seems there are ways to make things better
(sync, per device throttling, ...), but nothing "perfect yet. Use once
does seem to be a problem.
Cheers
Martin
--
. It seems there are ways to make things better
(sync, per device throttling, ...), but nothing perfect yet. Use once
does seem to be a problem.
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
--- Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-23 at 08:59 -0700, Martin Knoblauch wrote:
> > --- Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
> > >
> > >
--- Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-08-23 at 08:59 -0700, Martin Knoblauch wrote:
--- Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
Peter,
any chance to get a rollup against 2.6.22-stable
--- Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
>
> > Peter,
> >
> > any chance to get a rollup against 2.6.22-stable?
> >
> > The 2.6.23 series may not be usable for me due to the
> >
--- Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
Peter,
any chance to get a rollup against 2.6.22-stable?
The 2.6.23 series may not be usable for me due to the
nosharedcache changes for NFS (the new default will massively
--- Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
>
> > Peter,
> >
> > any chance to get a rollup against 2.6.22-stable?
> >
> > The 2.6.23 series may not be usable for me due to the
> >
new default will massively
disturb the user-space automounter).
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
--- Peter Zijlstra [EMAIL PROTECTED] wrote:
On Thu, 2007-08-16 at 05:49 -0700, Martin Knoblauch wrote:
Peter,
any chance to get a rollup against 2.6.22-stable?
The 2.6.23 series may not be usable for me due to the
nosharedcache changes for NFS (the new default will massively
testing of several problem cases.
just curious - what are the plans towards inclusion in mainline?
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send th
?
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
--- Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 05/07/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > On 05/07/07, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> >
> > I'd suspect you can't get both at 100%.
> >
> &
--- Jesper Juhl [EMAIL PROTECTED] wrote:
On 05/07/07, Jesper Juhl [EMAIL PROTECTED] wrote:
On 05/07/07, Martin Knoblauch [EMAIL PROTECTED] wrote:
Hi,
I'd suspect you can't get both at 100%.
I'd guess you are probably using a 100Hz no-preempt kernel. Have
you
tried a 1000Hz
--- Daniel J Blueman <[EMAIL PROTECTED]> wrote:
> On 5 Jul, 16:50, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > for a customer we are operating a rackful of HP/DL380/G4 boxes
> that
> > have given us some problems with system responsive
) have /proc/sys/vm/swappiness=2
>4) run Peter Zijlstra: per dirty device throttling patch on the
> top of 2.6.21.5:
>http://www.ussg.iu.edu/hypermail/linux/kernel/0706.1/2776.html
Brice,
any of them sufficient, or all together nedded? Just to avoid
confusion.
Cheers
Martin
-
Martin Knoblauch wrote:
>--- Robert Hancock <[EMAIL PROTECTED]> wrote:
>
>>
>> Try playing with reducing /proc/sys/vm/dirty_ratio and see how that
>> helps. This workload will fill up memory with dirty data very
>> quickly,
>> and it seems like system
of data from one
NFS mounted FS to another NFS mounted FS. No disk involved there.
Memory fills with page-cache until it reaches a ceeling and then for
some time responsiveness is really really bad.
I am just now playing with the dirty_* stuff. Maybe it helps.
Cheers
Martin
-----
at the lower
limit is? "0" seems acceptabel, but does it actually imply "write out
immediatelly"?
Another problem, the VM parameters are not really well dociúmented in
their behaviour and interdependence.
Cheers
Martin
--
Ma
e (NOOP and DeadLine seem to be equally OK).
CFQ gives less (about 10-15%) throughput except for the kernel with the
cfs cpu scheduler, where CFQ is on par with the other IO schedulers.
Thanks
Martin
--
Martin Knoblauch
email: k n o b i AT knobiso
for the kernel with the
cfs cpu scheduler, where CFQ is on par with the other IO schedulers.
Thanks
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line
1 - 100 of 167 matches
Mail list logo
