public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Cerberus
@ 2003-02-05 20:06 Paul Larson
  2003-02-05 22:14 ` Cerberus Samuel Flory
  0 siblings, 1 reply; 2+ messages in thread
From: Paul Larson @ 2003-02-05 20:06 UTC (permalink / raw)
  To: lkml

[-- Attachment #1: Type: text/plain, Size: 604 bytes --]

I saw a comment late last week that someone was seeing cerberus crash
instantaneously with 2.5 on UP machines, so I decided to try to
reproduce this problem.  I got the latest version of ceerbuerus and put
it on a single processor pIII-866 256MB ram, linux-2.5.59 kernel. 
Newburn has been running for just under 5 days now without so much as a
hiccup.

1. Has anyone had first hand experience with this instability?

2. If so, were you just running the default newburn, or something else? 
Please let me know if you did something different that caused it to
crash.

Thanks,
Paul Larson


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 240 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Cerberus
  2003-02-05 20:06 Cerberus Paul Larson
@ 2003-02-05 22:14 ` Samuel Flory
  0 siblings, 0 replies; 2+ messages in thread
From: Samuel Flory @ 2003-02-05 22:14 UTC (permalink / raw)
  To: Paul Larson; +Cc: lkml

Paul Larson wrote:

>I saw a comment late last week that someone was seeing cerberus crash
>instantaneously with 2.5 on UP machines, so I decided to try to
>reproduce this problem.  I got the latest version of ceerbuerus and put
>it on a single processor pIII-866 256MB ram, linux-2.5.59 kernel. 
>Newburn has been running for just under 5 days now without so much as a
>hiccup.
>
>1. Has anyone had first hand experience with this instability?
>
>2. If so, were you just running the default newburn, or something else? 
>Please let me know if you did something different that caused it to
>crash.
>  
>

  I've run Cerberus on a number of smp 2.5 kernels without issue.  You 
might try "./newburn -t -p 2".  Remember that you can fine tune your 
test by editing the newburn.tcf file.

-- 
There is no such thing as obsolete hardware.
Merely hardware that other people don't want.
(The Second Rule of Hardware Acquisition)
Sam Flory  <sflory@rackable.com>




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-02-05 22:06 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-02-05 20:06 Cerberus Paul Larson
2003-02-05 22:14 ` Cerberus Samuel Flory

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox