Арсений Ефремов

Общая схема примерно такая:

(I)nput := [x0, y0, x1, y1, x2, y2 ... xn, yn]

(R)ational := (a, b)
Trunc(R) := R(a / НОД(a,b), b / НОД(a,b))
R1 + R2 := Trunc(a1*b2 + a2*b1, b1*b2)
R1 + R2 + R3 := (R1 + R2) + R3

Output := R(I[0],I[1]) + R(I[2],I[3]) + ... + R(I[2n-1],I[2n])

В данном случае запрашиваемая вами "истинность" неприменима. Это всего лишь его мнение по поводу использования такого инструмента, как С++, причем в весьма узком смысле: он пишет дрова и софт для embedded. То есть, если это "С с классами", то зачем ему вообще нужен С++? Очевидно же, что от ООП и стандартной библиотеки там, где он работает, практически ничего нет.
Но теперь по существу. Уровни доступа - чисто ООПшная штука для облегчения жизни, и используя нормальные объекты С++ в сыром виде всегда есть большой риск выстрелить себе в ногу. С одной стороны, потому что private члены, по логике, лучше не трогать снаружи, а с другой - зачем использовать смещения, когда компилятор всё это и так делает за нас в виде обычных полей? Ещё раз: уровни доступа защищают код не от злоумышленников, а от нас самих.
В общем, печально, что есть такие "специалисты" в 2017.

Можно просто захватывать мьютекс на время выполнения приёма данных. Однако, исходя из здравого смысла, ваша "многопоточность" будет сводиться к тому, что потоки станут работать поочерёдно. Можно использовать только один поток, т.к. MPI в принципе подразумевает выделение процессов под количество вычисляющих ядер в системе и наличие второго потока будет лишь притормаживать работу. В таком случае, ваш процесс может принимать данные о задаче в неблокирующей манере в какой-нибудь буфер, где после выполнения задачи будет проводиться проверка на наличие новых задач.