|
From: Nicholas N. <nj...@cs...> - 2008-02-16 20:57:13
|
On Sat, 16 Feb 2008, Markus Schiltknecht wrote: > Aha, so the valgrind's internal "scheduler" doesn't do the deciding, but > just blocks threads appropriately, right? However, properly blocking, > you could override the kernel's decisions, in a way. I guess so. > But after a fork, do the two processes still serialize their execution > slots? Or do they run independently? Independently, as I understand it. > But I want to check the outcome of a parallel program against an > expected result. That may depend on the scheduling (but should not) as > well as on other events. As bugs triggered by rare scheduling decisions > are very hard to reproduce, I'm looking for something to force uncommon > scheduling. Valgrind really only does intra-process simulation/emulation. It seems to me you'd need something that simulates/emulates multiple processes. Maybe a whole system simulator of some kind -- Bochs or SimICS? Nick |