# Один из ответов на вопрос "Кому вообще нужна вся эта параллельность?"

В сети очень часто можно встретить рассуждения, что многоядерные процессоры, да и вообще параллельность никому не нужна, и все это проделки одной \(двух, трех\) компании, которой надо продавать новые процессоры\.

Не буду призывать всех "любить" параллельность, а просто расскажу о том, как параллельные приложения помогают разработчикам программного обеспечения\.

Когда многоядерные процессоры только начинали появляться, средства разработки программ в основном не поддерживали новые возможности по распараллеливанию\. Речь идет не о распараллеливании программ, которые делает программист, а о самих средствах разработки\.

Компилятор работал как последовательное приложение, файл за файлом компилируя пользовательскую программу\. Анализатор кода файл за файлом обрабатывал исходный код, пытаясь найти в нем ошибки\. Система сборки \(make\) выполняла одну задачу за другой\.

К счастью для простых программистов, создатели систем разработки очень быстро увидели, как параллельность поможет пользователям их систем\.

В систему сборки make добавилась команда "\-j" \(или "\-jobs"\), которая позволяет параллельно выполнять команды\.

В среду разработки Microsoft Visual Studio 2005 была добавлена возможность сначала компилировать проекты [параллельно](https://msdn.microsoft.com/en-us/library/9h3z1a69.aspx), а потом, в версию 2008, уже отдельно и файлы\([опция /MP](https://msdn.microsoft.com/en-us/library/bb385193.aspx)\)\. Или вот, к примеру, пользователи Microsoft Visual C\+\+ 2005 помнят, сколько копий было сломано, когда в этой версии появился модуль IntelliSense\. [Топик](https://social.msdn.microsoft.com/Forums/vstudio/en-US/376d8d52-471a-4d8e-a7ef-f0f06959896d/vs-net-2005-how-to-disable-intellisense?forum=vcgeneral) про то, как отключить IntelliSence имеет 120 000 просмотров в форуме MSDN\. Все потому, что на однопроцессорной машине эта технология работала не лучшим образом и довольно серьезно тормозила работу\. Но с появлением многоядерных машин, все эти дискуссии угасли\. Крутится себе IntelliSence на одном ядре, никому не мешает\.

И если раньше для ускорения компиляции приходилось использовать всякие сторонние инструменты вроде [MPCL](http://todobits.es/mpcl.html) или [Incredibuild](https://www.incredibuild.com/), то теперь это встроено в средства разработки\.

Наш анализатор кода [PVS\-Studio](https://pvs-studio.ru/ru/pvs-studio/) полностью поддерживает работу на многоядерных машинах\. Это значит, что при работе на машине с восемью ядрами анализ будет происходить на всех ядрах\. Параллельность в анализаторе реализована за счет параллельной обработки нескольких файлов\. При этом программист всегда может в настройках анализатора задать используемое количество ядер\. Например, на машине с восемью ядрами для анализа можно использовать только шесть из них, а с оставшимися двумя ядрами можно совершенно спокойно работать дальше, не дожидаясь завершения работы инструмента\.

![0041_One_of_the_Answers_to_the_Question_Who_Needs_All_that_Parallelism_at_All_ru/image1.png](https://import.viva64.com/docx/blog/0041_One_of_the_Answers_to_the_Question_Who_Needs_All_that_Parallelism_at_All_ru/image1.png)

Например, этот рисунок загруженной машины с восемью ядрами как раз делался при запущенном анализаторе PVS\-Studio\.

В общем, большинство программистов всячески приветствовали появление поддержки параллельности в средствах разработки\. Почему большинство, а не все? Потому что с появлением параллельной компиляции большого проекта теперь чай приходится пить значительно быстрее, чем раньше\.