stress2 is now in projects
John Baldwin
jhb at freebsd.org
Wed Jan 21 06:19:28 PST 2009
On Sunday 18 January 2009 3:12:02 pm Bakul Shah wrote:
> Allowing a user to specify the random seed (and *always*
> reporting the random seed of every test) can't hurt and it
> may actually gain you repeatability in some cases. Most bugs
> are typically of garden variety, not dependent on some
> complex interactions between parallel programs (or worse, on
> processor heisenbugs). You can always try repeating a failing
> test on a more deterministic set up like qemu etc.
Actually, all the bugs I've used stress2 for were race conditions and locking
bugs for which having a set random seed would not have helped.
> One trick I have used in the past is to record "significant"
> events in one or more ring buffers using some cheap encoding.
> You have then access to past N events during any post kernel
> crash analysis. This has far less of an overhead than debug
> printfs and you can even leave it enabled in production use.
man ktr
--
John Baldwin
More information about the freebsd-arch
mailing list