Для получения триального ключа
заполните форму ниже
Team License (базовая версия)
Enterprise License (расширенная версия)
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
RUB
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Бесплатная лицензия PVS-Studio для специалистов Microsoft MVP
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Для получения лицензии для вашего открытого
проекта заполните, пожалуйста, эту форму
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Мне интересно попробовать плагин на:
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

>
>
Один из ответов на вопрос "Кому во…

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

25 Дек 2009

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

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

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

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

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

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

В среду разработки Microsoft Visual Studio 2005 была добавлена возможность сначала компилировать проекты параллельно, а потом, в версию 2008, уже отдельно и файлы(опция /MP). Или вот, к примеру, пользователи Microsoft Visual C++ 2005 помнят, сколько копий было сломано, когда в этой версии появился модуль IntelliSense. Топик про то, как отключить IntelliSence имеет 120 000 просмотров в форуме MSDN. Все потому, что на однопроцессорной машине эта технология работала не лучшим образом и довольно серьезно тормозила работу. Но с появлением многоядерных машин, все эти дискуссии угасли. Крутится себе IntelliSence на одном ядре, никому не мешает.

И если раньше для ускорения компиляции приходилось использовать всякие сторонние инструменты вроде MPCL или Incredibuild, то теперь это встроено в средства разработки.

Наш анализатор кода PVS-Studio полностью поддерживает работу на многоядерных машинах. Это значит, что при работе на машине с восемью ядрами анализ будет происходить на всех ядрах. Параллельность в анализаторе реализована за счет параллельной обработки нескольких файлов. При этом программист всегда может в настройках анализатора задать используемое количество ядер. Например, на машине с восемью ядрами для анализа можно использовать только шесть из них, а с оставшимися двумя ядрами можно совершенно спокойно работать дальше, не дожидаясь завершения работы инструмента.

0041_One_of_the_Answers_to_the_Question_Who_Needs_All_that_Parallelism_at_All_ru/image1.png

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

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

Популярные статьи по теме
Комментарии в коде как вид искусства

Дата: 04 Май 2022

Автор: Сергей Хренов

Приветствую всех программистов, а также сочувствующих. Кто из нас хотя бы раз в жизни не оставлял комментарии в коде? Был ли это ваш код, а может, чужой? Что за комментарии вы написали: полезные или …
Visual Studio 2022 стильно и свежо. История о её поддержке в PVS-Studio

Дата: 15 Фев 2022

Автор: Николай Миронов

Кажется, анонс Visual Studio 2022 был только недавно, и вот она уже вышла. Это означало ровно одно – поддержать данную IDE нужно в ближайшем релизе PVS-Studio. О том, с какими сложностями пришлось ст…
Лучшие срабатывания статического анализатора

Дата: 29 Окт 2021

Автор: Максим Звягинцев

У всех, кто запускал статический анализатор в первый раз на большом проекте, был небольшой шок по поводу сотен, тысяч или даже десятков тысяч предупреждений. Как-то грустно становится после такого. Т…
Зачем нужна техническая поддержка и как в ней не выгореть?

Дата: 01 Сен 2021

Автор: Николай Миронов

Не всем нравится работать в поддержке. Огромное количество людей выгорает на ней. Так может не стоит вообще её иметь? Какую выгоду она несёт? Можно ли как-то не выгорать от поддержки? Попробуем найти…
Как делался новый дизайн сайта PVS-Studio

Дата: 04 Июн 2021

Автор: Инна Пристягина

Сайту PVS-Studio в этом году исполнится 15 лет. Это солидный возраст для любого интернет-ресурса. Далёкий 2006-й в России был признан годом гуманитарных наук. В июне появилась никому не знакомая тогд…

Комментарии (0)

Следующие комментарии
Этот сайт использует куки и другие технологии, чтобы предоставить вам более персонализированный опыт. Продолжая просмотр страниц нашего веб-сайта, вы принимаете условия использования этих файлов. Если вы не хотите, чтобы ваши данные обрабатывались, пожалуйста, покиньте данный сайт. Подробнее →
Принять