[lkml]   [2003]   [Feb]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: syslog full of kernel BUGS, frequent intermittent instability
On Fri, Feb 28, 2003 at 08:41:41AM +0200, Denis Vlasenko wrote:
> On 27 February 2003 15:23, wyleus wrote:
> > Thanks for taking the time to reply time, Dennis. I ran cpuburn as
> > you suggested. Specifically, I ran the burnK6 binary for about an
> > hour (from an xterm, and I also had other stuff like galeon running
> > simultaneously) and didn't get any hiccups. Monitoring with top, I
> > saw that I had 0% free cpu during the test.
> >
> > However I also later ran the burnMMX binary, and that one would quit
> > after running a few minutes without printing any error messages to
> > the screen - nor did it leave any messages in /var/log/*. Dunno if
> > that's normal? Shouldn't it keep running until I kill it?

No, it's not normal. `burnMMX` should keep running. If it quits,
an `echo $?` will get the return code. burnMMX is as more than
an MMX math tester, it also uses MMX to test the RAM controller
and busses. It is specifically designed to induce crosstalk and
catch slow state transitions.

What has happened is that burnMMX has provoked a memory error
and quit. This is not surprising. Many K6s were not capable of
100 MHz bus operation, and even more motherboards could not run at
100 stably. Not to mention the slews of expensive sub-spec RAM
of the era and small AT power supplies.

You have bad hardware. You must expect trouble. Linux runs hardware
pretty hard. Correctness then Performance appears to be Linus'
philosophy. If you are lucky, you can down-clock your bus. If you
are _very_ lucky, a kernel without any K6 optimizations [compiled for
a 386] in the `bzero` and `bcopy` routines might reduce your error
frequency. But if X detects and uses K6 routines, you're hosed.

-- Robert author `cpuburn`

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.203 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site