<html>#2446: Cactus: New cGH fields tile_min, tile_max
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td>Erik Schnetter</td></tr>
<tr><td style='text-align:right'>   Status:</td><td>open</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td></td></tr>
<tr><td style='text-align:right'>  Version:</td><td></td></tr>
<tr><td style='text-align:right'>     Type:</td><td>proposal</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>major</td></tr>
<tr><td style='text-align:right'>Component:</td><td>Cactus</td></tr>
</table>

<p>Comment (by Roland Haas):</p>
<p>Looking at the <code>omp single</code> and in particular its implied <code>omp barrier</code> at the end, I suspect the current code may also run the risk of creating a deadlock when the scheduled functions are called in a multi-threaded way in <code>CarpetX</code>. Namely since the <code>barier</code> assumes that all threads will encounter it, there would be a deadlock if the the number of tiles processed by each thread is not identical to that of any of the other threads. A possible workaround seems to be to remove the barrier by using <code>nowait</code> which however makes <code>copyprivate</code> impossible requiring that the <code>cctki_bndsize</code> arrays be <code>static</code> so that they are shared among the threads.</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/2446/cactus-new-cgh-fields-tile_min-tile_max'>https://bitbucket.org/einsteintoolkit/tickets/issues/2446/cactus-new-cgh-fields-tile_min-tile_max</a></p>
</html>