Warum ist/Gm die Standardoption in der Debug-Konfiguration im Gegensatz zu/MP?

Question

Nachdem ich deaktiviert/Gm und aktiviert/MP, die Bauzeit auf VS2010 ist deutlich reduziert.

Ich bin verwirrt, warum/Gm ist die Standardeinstellung. Ich denke/MP ist besser.

(If/Gm aktiviert ist,/MP wegen Unverträglichkeit nicht aktiviert. Aktiviert/Gm mehr Zeit in Anspruch nimmt als aktiviert/MP.)

Answer 1

Aus der Spitze von meinem Kopf, kann ich mir vorstellen ein paar Gründe:

1. die Verbesserung der Build-Zeit mit der /MP Option hängt von der Anzahl der Prozessoren der Benutzer zur Verfügung hat. Das Visual Studio-Team hält es wahrscheinlich (noch) nicht für vernünftig anzunehmen, dass alle mehrere Prozessoren haben. (Beachten Sie, dass HyperThreading bei Optimierungen wie diesem nicht unbedingt als mehrere Prozessoren zählt.)

2. Die Option /MP ist mit einigen Compileroptionen und Sprachfeatures nicht kompatibel. Im Allgemeinen sollten Standardeinstellungen versuchen, die Kompatibilität zu maximieren, selbst wenn dies auf Kosten der Geschwindigkeit geht. Dass etwas "besser" ist, ist nicht das einzige Kriterium, das bewertet wird, wenn man es zu einer Standardeinstellung macht. Sie sollten das Handbuch nicht knacken müssen, um zu sehen, was die Compilerwarnungen "D9030" oder "C2813" bedeuten und warum Ihr Projekt, das auf VS2008 kompiliert wurde, nicht auf VS2010 kompiliert wird.

Die documentation erklärt diese Bedenken im Detail, und sogar einige Guidelines darüber enthält, wie wenn zu bestimmen, so dass die /MP Option die beste Entscheidung für den Einzelfall ist.

Jedes Mal, wenn Sie Richtlinien darüber finden, ob eine Funktion aktiviert werden soll oder nicht, sollte sie wahrscheinlich nicht standardmäßig aktiviert sein. Fortgeschrittene Benutzer (und nein, das ist kein Widerspruch in sich: Nicht jeder, der Visual Studio verwendet, ist ein fortgeschrittener Benutzer, weil diese Bezeichnung relativ zu dem fraglichen Produkt ist), wie Sie selbst entscheiden können, ob sie diese Option aktivieren wollen oder nicht.