Re: 2.1.92-1 is 50% better

George Bonser (grep@oriole.sbay.org)
Sun, 29 Mar 1998 03:38:00 -0800 (PST)


I just built 2.1.92-1 under 2.1.90. I then booted into it and tried to
again compile 2.1.92-1 and again, as in 2.1.91 it died with a sig11. If I
am running 2.1.90, I can compile anything, it seems.

I have now backed everything out to 2.1.90 and installed the "magic
flying" (swap policy) patch recently appearing on the list. At the same
time, I am trying to compile this under pre1-92 and slowly freeing up more
and more RAM to see if I can find a point where there is enough free
starting RAM for it to compile cleanly and I will report this if I
discover anything. If I continue to get sig11's with a pretty clear
system, I am going to have to begin to suspect a hardware problem that 91
and 92 are "tickling" but 90 does not. I have not looked carefully at the
mm code ... is there a "defrag" attempt going on that basicly guarantees
that all of RAM is going to be written to and will therefore be guaranteed
to find and bad memory locations where the old kernels could, in theory,
have never touched a some locations unless all of VM was full?

On Sun, 29 Mar 1998, Krzysztof G. Baranowski wrote:

> My 2.1.91 on P166 with 32 MB RAM has swapped my system to death.
> It happened three times, when I was the only user logged. The first
> time during KDE compilation, the second time when I was working in X,
> reading 2 MB PostScript file. Suddenly the machine started swapping
> system slowed down and then it becomes totally unusable. Mouse didn't
> work, neither did keyboard. I rebooted with Magic SysRq. The third
> time was most amazing. I left idle machine - with no users, no large
> processes, just few standard daemons - for night and went to sleep.
> When I woke up at 5 AM. the disk was working like mad, swapping
> all the time. Machine was totaly unusable.
>
> Kris
> --

George Bonser
Just be thankful that Microsoft does not manufacture pharmaceuticals.
http://www.debian.org
Debian/GNU Linux ... the maintainable operating system.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu