Pull to refresh

Comments 6

извините, я немного не так понял может, но какой вывод в итоге: что чем длиннее массивы, тем больше времени процессы будут заняты полезным делом и меньше будет уходить на издержки параллелизации? соответственно, при большом объеме данных выгода от оптимизации этих издержек перестанет ощущаться в итоговом результате. разве это не очевидно?
Вы верно поняли. В начале статьи я подчеркнул, что задача тривиальна.
Единственная цель — визуализация на конкретном простом примере.
Тогда статью надо было назвать по-другому: «Бесполезный отложенный неблокирующий обмен сообщениями в MPI на бесполезной задаче». Когда задача вычислительно интенсивная, например, когда перемножаются матрицы, (а не вектора поэлементно), неблокирующий обмен очень даже полезен для подкачки данных для следующего кванта вычислений.
нет уж, подождите. что задача тривиальна это одно дело, но часто как раз из простых на первый взгляд задач можно узнать какие-то интересные, неочевидные вещи, как и заявлено во введении. здесь же, всё-таки, и сам вывод оказуется слишком тривиален.
ну и насчет бесполезности вам уже отписались. добавлю лишь, что даже ускорение в 20% это на самом деле никакая не «бесполезность», особенно если речь идет о миллионах CPU-часов.

Статью не читал, у вас тут память течёт:


delete[] A, B, C, D, E, G, T0, T1, T2;
Sign up to leave a comment.

Articles