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 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Valgrind-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/valgrind-developers
