Hi Roland and Frank, I'm very grateful for the quick replies but unfortunately there must be some other issue at play here. I'm running Cactus 4.2.0 and I compiled it on 14 Sep 2013 (from the ET_2013_05 source). I've looked into the source of LoopControl and it doesn't have "settle_after_iteration" (so the fix suggested earlier simply produces a parse error in the .par file).
Any other thoughts? Cheers, Leo On 29/01/2014, at 2:06 PM, Roland Haas <[email protected]> wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, Frank, > I would have thought this happens because grid functions are > synced after applying the boundary conditions, and this is included > in their timer. However, it is also true that we have seen trouble > with LoopControl. You can tell if it is the LoopControl issue vs. generic BC slowness due to communication if you monitor the run speed for a while. The bug makes the run speed decrease ever more (so slower and slower) as the simulation progresses. Communication slowness should be more or less constant in time. Yours, Roland - -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLocB4ACgkQTiFSTN7SboXHgQCfQuX0yIFR9G2UeKkQAn4M7BcT uqMAn0ejdltu9LjpebazY/O1xp/bCekA =w470 -----END PGP SIGNATURE----- _______________________________________________ Users mailing list [email protected] http://cactuscode.org/mailman/listinfo/users _______________________________________________ Users mailing list [email protected] http://cactuscode.org/mailman/listinfo/users
