On Tue, May 01, 2001 at 04:00:53PM -0700, David S. Miller wrote:
>
> Frank, thanks for doing all the legwork to resolve the networking
> side of this problem.
No problem...
I just diff'd the 'old' and 'new' kernel trees. The one which produced the
ravenous skb_hungry kernels was for all intents
Frank, thanks for doing all the legwork to resolve the networking
side of this problem.
Later,
David S. Miller
[EMAIL PROTECTED]
-
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/
On Tuesday, May 01, 2001 03:11:58 PM -0700 David <[EMAIL PROTECTED]>
wrote:
> Can't say for a definite fact that it was reiserfs but I can say for a
> definite fact that something fishy happens sometimes.
>
> If I have a text file open, something.html comes to mind, If I edit it
> and save it
Can't say for a definite fact that it was reiserfs but I can say for a
definite fact that something fishy happens sometimes.
If I have a text file open, something.html comes to mind, If I edit it
and save it in one rxvt and open it in another rxvt, my changes may not
be there. If I save it *a
Well,
When a puzzled Alexey wondered whether the problems I was seeing with 2.4.4
might be related to a failure to execute 'make clean' before compiling the
kernel, I replied in the negative as I *always* clean up before compiling
anything. Yet, for the sake of science and such I moved the kernel
On Sun, 29 Apr 2001, Frank de Lange wrote:
> On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
> > Hmm... I'd say that you also have a leak in kmalloc()'ed stuff - something
> > in 1K--2K range. From your logs it looks like the thing never shrinks and
> > grows prettu fast...
>
> Sa
On Sun, 29 Apr 2001, Alexander Viro wrote:
> On Sun, 29 Apr 2001, Frank de Lange wrote:
>
> > On Sun, Apr 29, 2001 at 12:27:29PM -0400, Alexander Viro wrote:
> > > What about /proc/slabinfo? Notice that 2.4.4 (and couple of the 2.4.4-pre)
> > > has a bug in prune_icache() that makes it underestim
Frank de Lange writes:
> Hm, 'twould be nice to know WHAT to look for (if only for educational
> purposes), but ok:
We're looking to see if queue collapsing is occuring on
receive.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Sun, Apr 29, 2001 at 04:45:00PM -0700, David S. Miller wrote:
>
> Frank de Lange writes:
> > What do you want me to check for? /proc/net/netstat is a rather busy place...
>
> Just show us the contents after you reproduce the problem.
> We just want to see if a certain event if being triggere
On Mon, Apr 30, 2001 at 12:06:52AM +0200, Manfred Spraul wrote:
> You could enable STATS in mm/slab.c, then the number of alloc and free
> calls would be printed in /proc/slabinfo.
>
> > Yeah, those as well. I kinda guessed they were related...
>
> Could you check /proc/sys/net/core/hot_list_len
> On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
> > Hmm... I'd say that you also have a leak in kmalloc()'ed stuff -
> > something in 1K--2K range. From your logs it looks like the
> > thing never shrinks and grows prettu fast...
You could enable STATS in mm/slab.c, then the num
On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
> Hmm... I'd say that you also have a leak in kmalloc()'ed stuff - something
> in 1K--2K range. From your logs it looks like the thing never shrinks and
> grows prettu fast...
Same goes for buffer_head:
buffer_head44236 485
On Sun, Apr 29, 2001 at 01:58:52PM -0400, Alexander Viro wrote:
> Hmm... I'd say that you also have a leak in kmalloc()'ed stuff - something
> in 1K--2K range. From your logs it looks like the thing never shrinks and
> grows prettu fast...
Yeah, those as well. I kinda guessed they were related...
On Sun, 29 Apr 2001, Frank de Lange wrote:
> On Sun, Apr 29, 2001 at 12:27:29PM -0400, Alexander Viro wrote:
> > What about /proc/slabinfo? Notice that 2.4.4 (and couple of the 2.4.4-pre)
> > has a bug in prune_icache() that makes it underestimate the amount of
> > freeable inodes.
>
> Gotcha,
On Sun, Apr 29, 2001 at 12:27:29PM -0400, Alexander Viro wrote:
> What about /proc/slabinfo? Notice that 2.4.4 (and couple of the 2.4.4-pre)
> has a bug in prune_icache() that makes it underestimate the amount of
> freeable inodes.
Gotcha, wrt. slabinfo. Seems 2.4.4 (at least on my box) only know
On Sun, 29 Apr 2001, Frank de Lange wrote:
> Running 'nget v0.7' (a command line nntp 'grabber') on 2.4.4 leads to massive
> amounts of memory disappearing in thin air. I'm currently running a single
> instance of this app, and I'm seeing the memory drain away. The system has 256
> MB of physyc
OK,
I seem to have found the culprit, although I'm stillin the dark st to the
'why' and 'how'.
First, some info:
2.4.4 with Maciej's IO-APIC patch
Abit BP-6, dual Celeron466@466
256MB RAM
So, 'yes, SMP...'
Running 'nget v0.7' (a command line nntp 'grabber') on 2.4.4 leads to massive
amounts o
Hi'all,
There seems to be something amiss with 2.4.4 wrt. memory management, which
leads to severe trashing under *light* load on my SMP box (Abit BP-6 with
Maciej's IO-APIC patch). I've had my box become almost unuseable twice within a
4-hour period now. One of those times it was running a compi
18 matches
Mail list logo
