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.
I'm not surprised by the fact of several cl.exe running in parallel, because my projects are set up with /MP
option.
But I would expect that their number would be limited by the following setting in the Visual Studio "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:
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.
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".
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.
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.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With