- 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 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: 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
e near the value one would expect, while the
numbers are perfect without Mel's patch 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 doe
- 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 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]>;
> 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 <[EMA
- 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: 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
- 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
y about 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 PROT
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: "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: [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%
>
regre
- 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:
- 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,
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
ists-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 ver
gt; 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 Knoblauch
email: k n o b i AT knobisoft DOT de
--- 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
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 i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
t helps in some situations, 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 volum
--- 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:
> > >
> > >
uffer and 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 "unsubsc
s to dmesh
and syslog (apparently 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
-
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
d be great 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
--- 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.
> > T
--- 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 bel
--- 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
&
--- 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
> cac
y 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
--
--- 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-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
> >
for NFS (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 bod
some 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: se
--- 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%.
> &
--- 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
-----
e 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
a) any idea why disabling HT improves throughput, except for the cfs
kernels? For plain 2.6.22 the difference is quite substantial
b) any ideas how to optimize the settings of the /proc/sys/vm/
parameters? The documentation is a bit thin here.
Thanks in advance
Martin
--
d responsiveness under I/O related load.
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
r :-)
Cheers
Martin
PS: I have likely killed the CC this time. Sorry.
--
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 [EMAI
"HT as implemented on XEONs did not
help a lot for HPC workloads in the past"
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 &quo
least in the past HT as implemented
on XEONs did help a lot. Running two CPU+memory-bandwith intensive
processes on the same physical CPU would at best result in a 50/50
performance split. So, knowing how many "real" CPUs are in a system is
interesting to us.
Other workloads (like lots of j
--- Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-27 at 06:16 -0800, Martin Knoblauch wrote:
> > Hi, (please CC on replies, thanks)
> >
> > for the ganglia project (http://ganglia.sourceforge.net/) we are
> > trying to find a heuristics to det
d
work for 2.4 based systems.
Does anybody recall when the "physical id", "core id" and "cpu cores"
were added to /proc/cpuinfo ?
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www
--- Trent Waddington <[EMAIL PROTECTED]> wrote:
> On 12/26/06, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> >
> > Oh, if only for Christmas - stop this stupid car comparisons. They
> are
> > just that - utter nonsense.
> >
> > And now lets sto
--- James C Georgas <[EMAIL PROTECTED]> wrote:
> On Tue, 2006-26-12 at 03:20 -0800, Martin Knoblauch wrote:
> > On 12/25/06, David Schwartz <[EMAIL PROTECTED]> wrote:
> >
> > > If I bought the car from the manufacturer, it also must
> > > include
s? What an utter
nonsense (sorry).
So, lets stop the stupid car comparisons. They are no being funny any
more.
Martin
------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscribe from this list: send
s over something, then you are not selling it
>in the normal sense. You are selling a subset of the rights to it,
>and the buy must be told what rights he is getting and what rights
>he is not getting.
They are not keeping any right from you. They are just not being
helpful.
And now lets stop the car nonsense :-)
Martin
---
curious: how is the fsid related to mounted filesystems? What
does "0:25" stand for?
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 &quo
--- Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-12-11 at 15:44 -0800, Martin Knoblauch wrote:
> > So far, we are only seeing it on amd-mounted filesystems, not on
> > static NFS mounts. Unfortunatelly, it is difficult to avoid "amd"
> in
> &
--- Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-12-11 at 08:09 -0800, Martin Knoblauch wrote:
> > Hi, [please CC me, as I am not subscribed]
> >
> > after updating a RHEL4 box (EM64T based) to a plain 2.6.19 kernel,
> we
> > are seeing
340.324520] fsid 0:25: expected fileid 0x15f5d7c, got 0x11c9001
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 "unsubscribe linux-kernel&qu
ated.
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 ht
--- Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 07, 2005 at 11:45:38AM -0700, Martin Knoblauch wrote:
> > If IBM would provide a CD image (bootable ISO) containing FW for
> all
> > supported drives - that would be great. No need for the "other OS"
>
ms version 7.1 of the upgrade floppy has the "BA" firmware that I
had on my disk in the beginning (not parking the heads).
Cheers
Martin
------
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knobisoft.de
-
To unsubscrib
--- Dave Hansen <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-07-07 at 10:14 -0700, Martin Knoblauch wrote:
> > Basically I saw that the only difference between me and Pekka was
> the
> > FW (discounting the different CPU speed and Kernel version). I
> googled
> > ar
--- Alejandro Bonilla <[EMAIL PROTECTED]> wrote:
>
> > --- Pekka Enberg <[EMAIL PROTECTED]> wrote:
> >
> > > On 7/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > > > Interesting. Same Notebook, same drive. The program say "not
--- Pekka Enberg <[EMAIL PROTECTED]> wrote:
> On 7/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > Interesting. Same Notebook, same drive. The program say "not
> parked"
> > :-( This is on FC2 with a pretty much vanilla 2.6.9 kernel.
> >
--- Pekka Enberg <[EMAIL PROTECTED]> wrote:
>
> Martin, don't trim the cc!
>
sorry about that, but I did not have the CC at time of reply. I read
LKLM from the archives and respond by cut and paste.
Martin
----------
Martin
6 T13 1410D revision 3a:
* signifies the current active mode
[EMAIL PROTECTED] tmp]# ./park /dev/hda
head not parked 4c
[EMAIL PROTECTED] tmp]#
Cheers
Martin
--
Martin Knoblauch
email: k n o b i AT knobisoft DOT de
www: http://www.knob
till
using swap, but the effects on interactivity are much lighter.
So, if this is a preview of 2.4.6 bahaviour, there may be a light at
the end of the tunnel.
Have a good weekend
Martin
--
------
Martin Knoblauch |emai
; scale beyond practical limit
Is this scaling only for size, or also for performance (many disks on
many controllers) like XFS (at least on SGI iron)?
Thanks
Martin
--
------
Martin Knoblauch |email: [EMAIL PROTECTED]
Te
>Olaf Hering wrote:
>> kde.o. 2.5?
>
>Good idea! Graphics needs to be in the kernel to be fast. Windows
>proved that.
thought SGI proved that :-)
Martin
--
------
Martin Knoblauch |email: [EMAIL P
Helge Hafting wrote:
>
> Martin Knoblauch wrote:
>
> >
> > maybe more specific: If the hit-rate is low and the cache is already
> > 70+% of the systems memory, the chances maybe slim that more cache is
> > going to improve the hit-rate.
> >
>
Rik van Riel wrote:
>
> On Wed, 27 Jun 2001, Martin Knoblauch wrote:
>
> > I do not care much whether the cache is using 99% of the systems memory
> > or 50%. As long as there is free memory, using it for cache is great. I
> > care a lot if the cache takes down inter
ls against ac18 and ac19 (earlier ones
also I would guess). Are some of the knfsd/quota fixes already in -ac?
Thanks
Martin
--
------
Martin Knoblauch |email: [EMAIL PROTECTED]
TeraPort GmbH|Phone: +49-89-510857
lize/analyze the efficiency of the VM
system.
Martin
--
------
Martin Knoblauch |email: [EMAIL PROTECTED]
TeraPort GmbH|Phone: +49-89-510857-309
C+ITS|Fax:+49-89-510857-111
http:
"H. Peter Anvin" wrote:
>
> "Martin.Knoblauch" wrote:
> >
> > After some checking, I could have made the answer a bit less terse:
> >
> > - it would require that the kernel is compiled with cpuid [module]
> > support
> > - not everybody may want enable this, just for getting one or two
> >
Tomas Telensky wrote:
>
> On 21 May 2001, H. Peter Anvin wrote:
>
> > Followup to: <[EMAIL PROTECTED]>
> > By author:"Martin.Knoblauch" <[EMAIL PROTECTED]>
> > In newsgroup: linux.dev.kernel
> > >
> > > Hi,
> > >
> > > while trying to enhance a small hardware inventory script, I found that
85 matches
Mail list logo