Я не хочу заявлять о неполной проблеме XY, поэтому вот полная ситуация:

Икс

Я запускаю сборки в Visual Studio на моем компьютере с Windows 7, используя как параллельные сборки, так и параллельную компиляцию. Отключение любого из них не вариант.

Моя проблема в том, что иногда это порождает так много cl.exe (компилятор) обрабатывает, что вся машина тормозит, пользовательский интерфейс перестает отвечать на запросы и т. д.

Машина имеет 12 эффективных сердечников (6 с гиперпоточностью).

Y

Моя идея решить эту проблему - ограничить cl только 11 или 10 из доступных ядер, так что он не может перевести всю машину без ответа. К сожалению, я не смог найти способ сделать это.

Я нашел способы установить сходство приложений с помощью ярлыка (.lnk) к приложению, но это не применимо в моей ситуации, потому что cl.exe запускается Visual Studio внутри, а не напрямую мной.

I've also found ways of setting the affinity of a process already running, but that's not useful for me either (if nothing else, the cl.exe processes end and get spawned throughout the build, they're not long-running ones).

I am looking for a way to do the Y part, but alternative ways to solve the X problem (unresponsiveness caused by too many processes running, stopping, and starting) are welcome solutions as well.