<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<br>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi Eike,<br>
<br>
Am 05.11.2012 17:45, schrieb Eike Mueller:
<blockquote
cite="mid:89792302-805B-46AF-BCCC-6094120908EA@bath.ac.uk"
type="cite">
<pre wrap="">Dear dune-list,
(1) How can I ensure that the grid is not refined in the radial direction, i.e. I always only end up with one layer of cells in the radial direction? I guess I have to run over the grid and mark cells for refinement, but is this documented anywhere in more detail?</pre>
</blockquote>
UGGrid has a special non-interface method for anisotropic
refinement. Have a look<br>
at the doxygen documentation of the UGGrid class. There is a method<br>
<br>
bool <a class="el"
href="imap://sander@indy5.igpm.rwth-aachen.de:143/fetch%3EUID%3E.INBOX.Sent%3E209?part=1.2.2&filename=a00865.html">mark</a>
(const typename Traits::template <a class="el"
href="imap://sander@indy5.igpm.rwth-aachen.de:143/fetch%3EUID%3E.INBOX.Sent%3E209?part=1.2.3&filename=a00218.html">Codim</a><
0 >::<a class="el"
href="imap://sander@indy5.igpm.rwth-aachen.de:143/fetch%3EUID%3E.INBOX.Sent%3E209?part=1.2.4&filename=a00362.html">Entity</a>
&e, typename UG_NS< dim >::RefinementRule rule, int
side=0)<br>
<br>
which marks the entity 'e' for refinement, but with a special
refinement rule.<br>
The list of rules is UG-specific and has not been properly
documented (Freiwillige vor!).<br>
You find all possible enum values in the UG header ug/gm.h at line
317ff<br>
They are reasonably self-explanatory, but you need to do some
experimenting.<br>
<br>
<blockquote
cite="mid:89792302-805B-46AF-BCCC-6094120908EA@bath.ac.uk"
type="cite">
<pre wrap="">(2) The parallel load balancing does not seem to work. If I run on 24 processes and I call globalRefine(), followed by loadBalance(), some processes end up with no part of the grid. I have checked that I use the parallel version of UG grid.
I attach the code I used to generate the grid, as well as the .vtu files mentioned above.</pre>
</blockquote>
No clue, I'd have to try this out myself.<br>
cheers,<br>
Oliver<br>
<br>
<blockquote
cite="mid:89792302-805B-46AF-BCCC-6094120908EA@bath.ac.uk"
type="cite">
<pre wrap="">
Thanks a lot for any help,
Eike
PS: Alternatively, I would also be equaully happy if I can create a PARALLEL 2d surface grid for the surface of the sphere (again, either cubed sphere or a icosahedral grid). However, as far as I can see it, there is no parallel implementation for this, we've tried 2d ALUGRID, parallelised with the metagrid approach, but this does not scale beyond a few hundred processors as the entire grid is stored on each processor and my code runs out of memory.
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Dune mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Dune@dune-project.org">Dune@dune-project.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.dune-project.org/mailman/listinfo/dune">http://lists.dune-project.org/mailman/listinfo/dune</a>
</pre>
</blockquote>
<br>
<br>
</body>
</html>