O impacto de várias definições de compilador no system.codedom em web.config

Todos os meus projetos web do ASP.NET estão sendo desenvolvidos exclusivamente no VB.NET. (E também são os projetos DLL de satélite, que provavelmente são menos relevantes.

Quando olho para o arquivo web.config padrão, sob o<system.codedom>, sempre encontro definições de compilador presentes para C # e VB.NET, conforme ilustrado abaix

<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>

Haverá um ganho de desempenho se eu remover a definição do compilador C # dessa lista? Ou é um sistema de carregamento lento onde um compilador irrelevante simplesmente nunca será carregado. Ou talvez alguma desvantagem que eu possa não estar pensando?

Estou no processo de ajustar meus aplicativos para implantação ao viv

questionAnswers(1)

yourAnswerToTheQuestion