Parallel processing for asynchronous plotting

Question

André C. D. 2019-7-8

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/470693-parallel-processing-for-asynchronous-plotting

评论： André C. D. 2019-7-15

采纳的回答： Edric Ellis

在 MATLAB Online 中打开

Hello,

I have a script that plots two different 3D graphs continuously as follows:

while(condition)
    
    mex_function() %continuous communication with a C++ MEX function, which provides the variables a, b, c, x, y, z, etc.
    
    subplot(1,2,1)
    function1(a,b,c) %simple plotting function
    
    subplot(1,2,2)
    function2(x,y,z) %time-consuming plotting function
    
end

Because the second subplot takes so long, and the first one needs to be updated in real time, I tried to rewrite this using parfor. These plotting functions do not interact with each other.

parfor i = 1:2
    if i == 1
        % code containing variables required by mex_function
        
        while(condition)
            mex_function()
            f1 = figure;
            function1(a,b,c)
        end
        
    else
        % code containing variables required by mex_function
        
        while(condition)
            mex_function()
            f2 = figure;
            function2(x,y,z)
        end
        
    end
end

The MEX function saves and gets the variables using matlabPtr->setVariable(u"var_name",variable) and variable = matlabPtr->getVariable(u"variable_name"), respectively

I get the error message that my MEX function can't get the variables declared in the 'base' workspace. I am not familiar with how/where parallel workers get their variables, so does anyone have any suggestions on how to solve this issue?

As an alternative, is there a way of running two scripts completely separately in parallel?

Thank you in advance.

0 个评论
显示 -2更早的评论隐藏 -2更早的评论

请先登录，再进行评论。

请先登录，再回答此问题。

Answer 1

Edric Ellis 2019-7-9

0
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/470693-parallel-processing-for-asynchronous-plotting#answer_382484

在 MATLAB Online 中打开

One of the restrictions of parfor is that all variable access in the body of the loop must be "transparent". This is to ensure that the parfor machinery knows which variables to transfer from the client to the workers and back again.

If possible, I would recommend restructuring your MEX function to work with explicit input and output arguments.

A second option would be to hide your calls to your MEX function inside a MATLAB function that sets up the base workspace as required. (This is required because matlabPtr->getVariable() access the base workspace). Maybe something like this:

function mexWrapper(aVal,bVal,cVal)
% Set up the base workspace
assignin('base', 'a', aVal);
assignin('base', 'b', bVal);
assignin('base', 'c', cVal);
mex_function();
... % more stuff
end
% Then, call in parfor like this
parfor i = 1:2
    if i == 1
        mexWrapper(a,b,c);
    else
        ...
    end
end

Note however when workers manipulate figures and other graphical objects, they are not visible at the client. (You can create graphics on workers and then save/print them to file from there).

4 个评论
显示 2更早的评论隐藏 2更早的评论

Edric Ellis 2019-7-15

What I meant was that instead of using setVariable and getVariable, you should write your MEX function to accept input parameters and return output parameters using the argument list.

André C. D. 2019-7-15