Here is Roy's email that didn't get posted to the list, thanks Roy and Ben, I'll probably need some more help before I can solve this problem, but I will add this to a DiffSystem section of the Wiki once I get it (and all my other issues :) worked out
On Fri, 29 Aug 2008, Roy Stogner wrote: > > I understand that from a basic point of view, but the devil is in the > > details with respect to implementation: > Yes, my last message was pretty detail-free, wasn't it? ;-) I've had a busy week, and in fact I need to get some sleep before a ride to the airport in 7 hours, so this is going to be kind of brief as well. At the moment I'm also using an email account that's not registered with libmesh-users, so if you want everyone else's 2 cents feel free to copy your replies to the list. > > - would this be of the class System? > Yes, or ExplicitSystem if having a RHS vector is helpful for the postprocessing. > > - in order to use parallelization would I implement the System.Solve() > > function and work on the public member System.current_local_solution? > The parallelization is done for you whether you use solve() or not; but I think you'll want to work on System::solution directly, then use System::update() to synchronize ghost node values (i.e. current_local_solution) between processors. > > - how would this system have access to the other system's solution, would > > that be FEMSystem.current_local_solution? > Yes; they'll share the same mesh partitioning. > > I'm really sorry, my understanding is at a basic level, but if I can work > > this out I'll add something to the wiki. > That would be very helpful; thanks! --- Roy ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
