On Feb 8, 2011, at 1:15 PM, Roy Stogner wrote: > On Tue, 8 Feb 2011, Derek Gaston wrote: > That #endif on 230 ought to be moved up 4 lines... but while it looks > like a logic error, I think it's just an efficiency error. > DofMap::distribute_dofs actually does the add_neighbors_to_send_list > call itself; prepare_send_list just sorts and removes duplicates.
Gotcha - I'll make this change. So while I have you looking at this piece of code.... how would I go about injecting things into the send_list? I won't know what the dofs are to inject until after distribute_dofs... but that doesn't give me a chance to do it before prepare_send_list() gets called and the solution vectors get initialized. Can I do it after System::init() and then call something to reinitialize the vectors? Cody has a patch aimed at allowing you to have fully ghosted vectors for everything in your system (including rhs and solution).... maybe I should get him to add a "reinitialize_vectors()" function to go with it that will roll through all the vectors and resize them. What do you think? Derek ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
