[mesa-users] interp_2d thread safety

[Aaron Dotter]

Hi Rob,

Thanks for that.  My imperfect knowledge here: The function data input to
the routine is "intent(inout)" which makes me suspicious.  That's the only
red flag for me.

If I don't get a conclusive answer here, I'll make a dedicated test and
report back.

Aaron


On Mon, Feb 8, 2016 at 11:45 AM, Robert Farmer <rjfarmer at asu.edu> wrote:

> Hi
> I've not tested it myself, but presumably all you need to check is that
> nothing being read/write by one thread that can be read/write by another
> thread. As there are no module level variables, save variables or common
> blocks that seems the case.
>
> Rob
>
> On Sun, Feb 7, 2016 at 5:19 PM, Aaron Dotter <aaron.dotter at gmail.com>
> wrote:
>
>> Hi mesa-users,
>>
>> Here is an esoteric question: Does anyone have actual working knowledge
>> that the interpolation routines in the interp_2d module are thread-safe /
>> OpenMP friendly?  I'm specifically interested in the interp_evbicub_sg/db
>> routines, which I'm using in another project.
>>
>> I (naively?) assumed that they are but it's not tested in the
>> module-level test code nor is it used within a parallel loop elsewhere in
>> MESA.  So I thought I'd ask.
>>
>> If no knows for sure, I'll test it.
>>
>>
>> Thanks!
>> Aaron
>>
>>
>> ------------------------------------------------------------------------------
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
>> _______________________________________________
>> mesa-users mailing list
>> mesa-users at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mesa-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20160208/22eba816/attachment.html>