Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Jun 2001 09:47:03 -0500
From:      Eric Anderson <anderson@centtech.com>
To:        Peter <fbsdq@yahoo.com>
Cc:        james@redlinenetworks.com, freebsd-questions@freebsd.org
Subject:   Re: System Benchmarking/testing
Message-ID:  <3B2A1FE7.AD4875D0@centtech.com>
References:  <SAK.2001.06.14.bhdpddch@support10>

next in thread | previous in thread | raw e-mail | index | archive | help
Processors are typically put through a burn-in before leaving
manufacturing.. There is no need to do burn ins, but there can be a need
to do "QA" testing to "run the gamut" on the hardware to double check
its reliability.  As for performance, it does absolutely nothing..

Eric



Peter wrote:
> 
> On 06/14/2001 2:05:35 PM, James Penick is quoted as saying:
> 
> >> . . .|What's a good solution for testing/burning in the CPU and Memory of a
> >system? I've heard 'recompile the kernel' mentioned but that doesn't seem to
> >efficient. Any other ideas?
> 
> .
> 
> I've heard of 'burning' in the car engine, but do you also
> need to burn in the memory/cpu??
> 
> [This is the first time I've ever heard of somethign even close to
> "burning" in the cpu/mem -- just curious].
> 
> Can someone also point me to a link/docs that show
> performance/reliability of a cpu/mem that is
> not "burned" in.....[if it is a good thing [tm] to burn-in cpu/mem]
> 
> www.nul.cjb.net
> www.FreeBSD.org
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-questions" in the body of the message

-- 
-------------------------------------------------------------------------------
Eric Anderson	 anderson@centtech.com    Centaur Technology    (512)
418-5792
For every complex problem, there is a solution that is simple, neat, and
wrong.
-------------------------------------------------------------------------------

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B2A1FE7.AD4875D0>