Как улучшить время компиляции Visual C++?

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

В основном у вас есть 4 режима компиляции: (Отладка / Выпуск) x (32 бита / 64 бита), каждый из которых полностью независим от другого, вы можете отлично запустить 4 параллельно, используя все преимущества 4 доступных ядер. Или просто попробуйте многопроцессорный подход в Visual Studio.

Однако это никуда не годится. 150 минут против 10 минут - огромный разрыв. По моему личному опыту, есть 2 основных фактора сокращения времени компиляции:

• использование всех файлов на локальном диске (при необходимости с использованием репликации с удаленных дисков) и всех файлов, созданных локально (.o .so)
• , использование все ядра в вашем распоряжении, и, если можете, даже используйте Multi Machines (distcc и т. д.)

Возможно, возникла проблема с проверкой зависимостей, если вы не выполняете принудительное полное перестроение.

Вы можете создать статические библиотеки. Поместите редко меняющийся код в библиотеки.

Самые медленные части сборки программы:

1. Открытие и закрытие файлов.
2. Разбор и перевод исходных файлов.

В общем, этапы связывания и создания исполняемого файла являются самыми быстрыми.

Вы определили:

1. какие фазы самые медленные?
2. Какие файлы компилируются медленнее всего?

Помните, при определении эффективности всегда профилируйте (тем или иным способом).

Прежде всего, в большинстве случаев вы можете собирать отладочную и релизную конфигурации одного и того же проекта параллельно.

Также то, что вы описываете, звучит ужасно медленно - похоже, что вы не используете прекомпилированные заголовки в VC++ или используете их неправильно - они специально предназначены для улучшения времени компиляции.

Вы строите на одной машине? Вы используете ту же ОС? Я видел разницу в скорости в районе 3-10x при сравнении GCC в Cygwin и GCC на машине VirtualBox, работающей внутри Windows, на которой размещен Cygwin.

Как вы строите проекты Visual Studio? Вы просто запускаете ide (devenv) с проектом и / build , или у вас есть make-файл, аналогичный тому, который, как я предполагаю, вы используете для gcc. Я предполагаю, что обе сборки используют одинаковый make-файл, но я подумал, что стоит проверить.

Используете ли вы предварительно скомпилированные заголовки для любого из компиляторов? Если вы НЕ используете предварительно скомпилированные заголовки для VS, вы можете переключиться на их использование. Лично я бы рекомендовал использовать подход #pragma hdrstop , а не один файл заголовка all inclusive, но если вы в настоящее время НЕ используете предварительно скомпилированные заголовки и хотите попробовать его, единственный файл заголовка all inclusive, который принудительно включенный (с помощью переключателя командной строки компилятора / FI ) можно быстро протестировать без каких-либо изменений кода.

Я писал о / FI и #pragma hdrstop здесь: http://www.lenholgate.com/blog/2004/07/fi-stlport- precompiled-headers-warning-level-4-and-pragma-hdrstop.html

Это не прямой ответ на вопрос, но в моей компании мы используем IncrediBuild для распределенной компиляции. Это действительно ускоряет процесс компиляции. http://incredibuild.com/visual_studio.htm

Зависимость проектов друг от друга не означает, что распараллеливание невозможно. Системы сборки достаточно умны, чтобы определять и избегать критических зависимостей, иначе gcc не смог бы использовать 4 ядра.

Итак (в дополнение к другим шагам), почему бы просто не попробовать включить многопроцессорность в Visual Studio с помощью / MP (см. http://msdn.microsoft.com/en-us/library/bb385193.aspx ).

Я написал две статьи о методах, сокращающих время компиляции. Среди этих методов есть сообщение о предварительно скомпилированном заголовке и Unity builds , которые могут помочь вам сократить время компиляции. Они поставляются со сценариями CMake, которые прозрачно обрабатывают методы.

Компилируйте и связывайте по одному файлу cpp за раз , даже если изменения файла заголовка влияют на несколько файлов cpp. Это можно сделать с помощью макроса Visual Studio:

Dim WithEvents myTimer As Timers.Timer

Sub CompileAndLinkCurrentCppFile()
    DTE.ExecuteCommand("Build.Compile")
    myTimer = New Timers.Timer
    myTimer.Interval = 0.05
    myTimer.Start()
End Sub

Sub myTimer_Elapsed(ByVal ee As Object, ByVal dd As Timers.ElapsedEventArgs) Handles myTimer.Elapsed
    If DTE.Solution.SolutionBuild.BuildState <> vsBuildState.vsBuildStateInProgress And DTE.Solution.SolutionBuild.LastBuildInfo <> 1 Then
        myTimer.Stop()
        DTE.ExecuteCommand("Build.Link")
    End If
End Sub

В книге "Large-Scale C++ Software Design" Джона Лакоса есть много советов по структурированию кода и дизайна для крупномасштабных проектов. В том числе много советов по ускорению компиляции. Книга не имеет прямого отношения к Visual C++, но прочитать ее все равно стоит.