Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

How to limit the number of parallel cl.exe processes during the Visual Studio solution build?

I've recently noticed that once I start building the Visual Studio solution I'm working with (~200 C++ projects), I get a very large number of cl.exe processes. Task manager screenshot

I'm not surprised by the fact of several cl.exe running in parallel, because my projects are set up with /MP option. Project settings in one of the projects

But I would expect that their number would be limited by the following setting in the Visual Studio "Options". Visual Studio settings (Tools -> Options)

I presume that running tens of processes in parallel on the 4-core PC is not the most efficient way to build the solution.

So, basically I've got two questions:

  • Why do I observe such behavior?
  • Is it possible to limit the number of cl.exe instances?

P.S. I normally compile my solution with Visual Studio 2013 Update 4, but the same behavior can be observed with Visual Studio 2017.

like image 789
Vasiliy Galkin Avatar asked Jul 28 '17 17:07

Vasiliy Galkin


3 Answers

To limit number of cl.exe you should use this option (at least it exists here in MSVC 2015):

Tools->Options->Projects and Solutions->VC++ Project Settings\Maximum concurrent C++ compilations

Zero by default means "number of CPUs".

like image 86
n4meless0nly Avatar answered Nov 16 '22 04:11

n4meless0nly


I think you need to read this where the conclusion is that you need to set up your compilation to fit VS idea of the world.

Also limit the number of parallel projects to 2-3 depending on the actual PC you run it on. If your PC is a monster with 16+ cores you might be able to go 1-2 up.

Ideally VS should have offered an option of using X threads but alas.

like image 25
Surt Avatar answered Nov 16 '22 03:11

Surt


Make sure you don't have the /MP switch on any of your projects.

Then setting the maximum parallel project builds will directly relate to the number of compilation executable instances.

Will probably be slower. An alternative is to force Visual Studio/MSBuild to a specific affinity. This will not limit threads, but will keep some spare cores for the operating system/other programs.

like image 1
Uniflare Avatar answered Nov 16 '22 03:11

Uniflare