Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Jan 2004 17:09:12 +0100
From:      Joerg Pernfuss <elessar@galgenberg.net>
To:        freebsd-questions@freebsd.org
Subject:   Re: Using FreeBSD to burn in computers
Message-ID:  <20040121170912.4f1bc946@aragorn>
In-Reply-To: <u2soesxxu1n.fsf@gs166.sp.cs.cmu.edu>
References:  <5.2.0.9.0.20040120145720.02132688@mail.auracom.com> <u2soesxxu1n.fsf@gs166.sp.cs.cmu.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
--Signature=_Wed__21_Jan_2004_17_09_12_+0100_WI/NP_426iM25j.F
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

On 21 Jan 2004 09:20:20 -0500
Dan Pelleg <daniel+bsd@pelleg.org> wrote:

> > [...]
> > b)make world; make world; make world; make world; make world (my
> > idea here is to run make world and make on XFree86 concurrently,
> > thus stressing the system further - I'm not sure if this is a good
> > idea or not, but I'm sure someone will correct me.)
> 
> 
> Have make start up many compiles in parallel with the -j switch: for
> example "make -j3". My rule of thumb for a most-effective make is 3
> times the number of processor. You will probably want a higher number
> just so the strain on memory and disk is higher.

For his purpose of stress testing the memory:
make -j64 buildkernel

I use this on dual proc boxes, maybe -j32 is already more than enough
for a single cpu.

Won't work with less than 128MiByte RAM iirc, but so far I haven't seen
something different that puts that much stress on your memory.
Surviving this two or three times in a row you can label your RAM
`non-faulty'.

Joerg

--Signature=_Wed__21_Jan_2004_17_09_12_+0100_WI/NP_426iM25j.F
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFADqQvIrY0CTTJX8ARAibzAJ9gPo1tRYb3zKi4EI7m7E+njSg/VQCcCqn2
NZv/EyKkmQCotkz/aqciHo4=
=vxDX
-----END PGP SIGNATURE-----

--Signature=_Wed__21_Jan_2004_17_09_12_+0100_WI/NP_426iM25j.F--



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