* Re: Severe trashing in 2.4.4

* Re: Severe trashing in 2.4.4

[Frank de Lange]

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 tree and
started from scratch.

The problems I was seeing are no more, 2.4.4 behaves like a good kernel should.

Was it me? Was it reiserfs? Was is divine intervention? I will probably never
find out, but for now this thread, and the accompanying scare, can Resquiam In
Paces.

Cheers//Frank
-- 
  WWWWW      _______________________
 ## o o\    /     Frank de Lange     \
 }#   \|   /                          \
  ##---# _/     <Hacker for Hire>      \
   ####   \      +31-320-252965        /
           \    frank@unternet.org    /
            -------------------------
 [ "Omnis enim res, quae dando non deficit, dum habetur
    et non datur, nondum habetur, quomodo habenda est."  ]

Re: * Re: Severe trashing in 2.4.4

[David]

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 *again* or exit the editing process, I will see 
the changes in the second term.  No, I'm not accidently forgetting to 
save it, I know for a fact that I saved it and the first terminal shows 
the non-modified state with the changes and the second term shows the 
previous data.

Somewhere something is stuck in cache and what's on disk isn't what's in 
cache and a second process for some reason gets what is on disk and not 
what is in cache.

It happens infrequently but it -does- happen.

David

Frank de Lange wrote:

>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 tree and
>started from scratch.
>
>The problems I was seeing are no more, 2.4.4 behaves like a good kernel should.
>
>Was it me? Was it reiserfs? Was is divine intervention? I will probably never
>find out, but for now this thread, and the accompanying scare, can Resquiam In
>Paces.
>
>Cheers//Frank
>

Re: * Re: Severe trashing in 2.4.4

[Chris Mason]

On Tuesday, May 01, 2001 03:11:58 PM -0700 David <david@blue-labs.org>
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 in one rxvt and open it in another rxvt, my changes may not
> be there.  If I save it *again* or exit the editing process, I will see
> the changes in the second term.  No, I'm not accidently forgetting to
> save it, I know for a fact that I saved it and the first terminal shows
> the non-modified state with the changes and the second term shows the
> previous data.
> 
> Somewhere something is stuck in cache and what's on disk isn't what's in
> cache and a second process for some reason gets what is on disk and not
> what is in cache.
> 
> It happens infrequently but it -does- happen.

Does it happen with -o notail?  Which editor?

-chris

Re: * Re: Severe trashing in 2.4.4

[David S. Miller]

Frank, thanks for doing all the legwork to resolve the networking
side of this problem.

Later,
David S. Miller
davem@redhat.com

Re: * Re: Severe trashing in 2.4.4

[Frank de Lange]

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 and purposed identical to the
one which produced the (working, bug_free(tm)) kernel I'm currently running...

Must be the weather...

Cheers//Frank
-- 
  WWWWW      _______________________
 ## o o\    /     Frank de Lange     \
 }#   \|   /                          \
  ##---# _/     <Hacker for Hire>      \
   ####   \      +31-320-252965        /
           \    frank@unternet.org    /
            -------------------------
 [ "Omnis enim res, quae dando non deficit, dum habetur
    et non datur, nondum habetur, quomodo habenda est."  ]