<div dir="ltr"><div><div><div><div><div>Dear Andreas,<br><br></div>Thanks for your reply. In fact, the code never worked with <br><br>grid_.communicate(dataHandle,InteriorBorder_All_Interface,BackwardCommunication)<br><br>
</div>I also thought of the All_All_Interface and ForwardCommunication. This worked and that was all I needed.<br><br></div>I have another question about the definition of ghost elements. I always used to communicate through the faces and I always considered that outer elements sharing a face with the border are in the set of ghost elements. However, my new code needs to communicate through nodes. Therefore, I have an ambiguity if an element out of the processor domain sharing only a node with the processor boundary is considered as a ghost element or not. Based on the illustration in the Dune tutorial, it seems it is the case and the element is considered as a ghost element. I will be thankful if you confirm it.<br>
<br></div>Thanks in advance for your help and best regards,<br></div>Arya<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 14, 2014 at 8:17 PM, Andreas Dedner <span dir="ltr"><<a href="mailto:a.s.dedner@warwick.ac.uk" target="_blank">a.s.dedner@warwick.ac.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div>Dear Arya.<br>
Its quite possible that there is a bug here - I have not yet tried
to use the BackwardCommunication <br>
approach yet and I do not know if anybody has. <br>
./space/common/cachedcommmanager.hhI think <br>
grid_.communicate(dataHandle,InteriorBorder_All_Interface,BackwardCommunication);<br>
should do the right thing though - so it probably is a bug in ALU.
Have you tried it with any of the other<br>
grid managers for comparison? And a second question: Have you
tried All_All and use entity.ghost() etc.<br>
to figure out what to do?<br>
A small test case showing the problem would help to find the bug.<br>
Sorry I can not say more at the moment<br>
Andreas<br>
<br>
On 05/04/14 17:16, Arya Fallahi wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Dear Dune,
<div><br>
</div>
<div>I have since a couple of days a serious problem with
communication in ALUGrid and I could not still solve it. I
thought probably this email list can be as always helpful for
my problem. The problem seems to be easy but I could not
figure out how to solve it. It is described as follows:</div>
<div><br>
</div>
<div>Suppose an element P is a ghost element in processor I and
an InteriorBorder element in processor J. In each processor
there is a variable K corresponding to the element. The value
of of K in processor I needs to be sent to processor J, added
to K in processor J and saved there. This is what I need to do
and I could not.</div>
<div><br>
</div>
<div>What I thought maybe correct to do is using the following
parameters for communication function:</div>
<div><br>
</div>
<div>grid_.communicate(dataHandle,InteriorBorder_All_Interface,BackwardCommunication);<br>
</div>
<div><br>
</div>
<div>This configuration should send values from all entities to
buffer and then write to InteriorBorder elements. Is it
correct?</div>
<div><br>
</div>
<div>I think if all entities send the values to buffer then
processors I and J both send their K values to the buffer.
Which one then is written?</div>
<div><br>
</div>
<div>I may have done a stupid mistake because I do not have a
complete picture of these interfaces and directions. It will
be very helpful if someone describes it for me.</div>
<div><br>
</div>
<div>Thank you very much for your help,</div>
<div>Best regards,</div>
<div>Arya Fallahi</div>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Dune mailing list
<a href="mailto:Dune@dune-project.org" target="_blank">Dune@dune-project.org</a>
<a href="http://lists.dune-project.org/mailman/listinfo/dune" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune</a>
</pre>
</blockquote>
<br>
</div>
<br>_______________________________________________<br>
Dune mailing list<br>
<a href="mailto:Dune@dune-project.org">Dune@dune-project.org</a><br>
<a href="http://lists.dune-project.org/mailman/listinfo/dune" target="_blank">http://lists.dune-project.org/mailman/listinfo/dune</a><br>
<br></blockquote></div><br></div>