El impacto de múltiples definiciones de compilador en system.codedom en web.config

Todos mis proyectos web ASP.NET se están desarrollando exclusivamente en VB.NET. (Y también lo son los proyectos de DLL satelital, que probablemente sea menos relevante.

Cuando miro el archivo web.config predeterminado, debajo de la<system.codedom> tag, siempre encuentro definiciones de compilador presentes para C # y VB.NET, como se ilustra a continuación.

<compilers>
    <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
        <providerOption name="CompilerVersion" value="v3.5"/>
        <providerOption name="WarnAsError" value="false"/>
    </compiler>
    <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" warningLevel="4" type="Microsoft.VisualBasic.VBCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" compilerOptions="/optionstrict+">
        <providerOption name="CompilerVersion" value="v3.5"/>
        <providerOption name="OptionInfer" value="true"/>
        <providerOption name="WarnAsError" value="false"/>
    </compiler>
</compilers>

¿Habrá una ganancia de rendimiento si elimino la definición para el compilador de C # de esta lista? ¿O es un sistema de carga lenta donde un compilador irrelevante simplemente nunca se cargará? ¿O tal vez algún inconveniente en el que no esté pensando?

Estoy en el proceso de ajustar mis aplicaciones para la implementación en vivo.

Respuestas a la pregunta(2)

Su respuesta a la pregunta