Один из ответов на вопрос "Кому вообще нужна вся эта параллельность?"
В сети очень часто можно встретить рассуждения, что многоядерные процессоры, да и вообще параллельность никому не нужна, и все это проделки одной (двух, трех) компании, которой надо продавать новые процессоры.
Не буду призывать всех "любить" параллельность, а просто расскажу о том, как параллельные приложения помогают разработчикам программного обеспечения.
Когда многоядерные процессоры только начинали появляться, средства разработки программ в основном не поддерживали новые возможности по распараллеливанию. Речь идет не о распараллеливании программ, которые делает программист, а о самих средствах разработки.
Компилятор работал как последовательное приложение, файл за файлом компилируя пользовательскую программу. Анализатор кода файл за файлом обрабатывал исходный код, пытаясь найти в нем ошибки. Система сборки (make) выполняла одну задачу за другой.
К счастью для простых программистов, создатели систем разработки очень быстро увидели, как параллельность поможет пользователям их систем.
В систему сборки make добавилась команда "-j" (или "-jobs"), которая позволяет параллельно выполнять команды.
В среду разработки Microsoft Visual Studio 2005 была добавлена возможность сначала компилировать проекты параллельно, а потом, в версию 2008, уже отдельно и файлы(опция /MP). Или вот, к примеру, пользователи Microsoft Visual C++ 2005 помнят, сколько копий было сломано, когда в этой версии появился модуль IntelliSense. Топик про то, как отключить IntelliSence имеет 120 000 просмотров в форуме MSDN. Все потому, что на однопроцессорной машине эта технология работала не лучшим образом и довольно серьезно тормозила работу. Но с появлением многоядерных машин, все эти дискуссии угасли. Крутится себе IntelliSence на одном ядре, никому не мешает.
И если раньше для ускорения компиляции приходилось использовать всякие сторонние инструменты вроде MPCL или Incredibuild, то теперь это встроено в средства разработки.
Наш анализатор кода PVS-Studio полностью поддерживает работу на многоядерных машинах. Это значит, что при работе на машине с восемью ядрами анализ будет происходить на всех ядрах. Параллельность в анализаторе реализована за счет параллельной обработки нескольких файлов. При этом программист всегда может в настройках анализатора задать используемое количество ядер. Например, на машине с восемью ядрами для анализа можно использовать только шесть из них, а с оставшимися двумя ядрами можно совершенно спокойно работать дальше, не дожидаясь завершения работы инструмента.
Например, этот рисунок загруженной машины с восемью ядрами как раз делался при запущенном анализаторе PVS-Studio.
В общем, большинство программистов всячески приветствовали появление поддержки параллельности в средствах разработки. Почему большинство, а не все? Потому что с появлением параллельной компиляции большого проекта теперь чай приходится пить значительно быстрее, чем раньше.
0