¿Hay una penalización de rendimiento de establecer Debug = "true" en el archivo svc? ¿Es lo suficientemente significativo como para justificar establecerlo en "falso" en un entorno de producción?@ServiceHost Debug = "true" - ¿penalización de rendimiento?
%@ ServiceHost Language="C#" **Debug="true"** Service="AwesomeService" %>
Gracias
En el archivo ".svc", si usted está escribiendo su servicio como código en línea, o implementar un servicio de "App_Code" carpeta y permitiendo debug modo, tendrá un impacto en el rendimiento.
En general, configure siempre debug="false" antes de implementar en producción. Si el modo de depuración está habilitado, el rendimiento de su aplicación puede disminuirse.
en modo de lanzamiento, los símbolos de depuración no se cuecen en el conjunto, por lo que no se puede depurarlo utilizando Visual Studio .NET u otro código fuente depuradores. Lo bueno es que el código también se optimiza durante esta operación de compilación .
La respuesta corta es sí pero si desea que todos los detalles morbosos, mira esto buena blog post sobre el tema.
Parece que este modificador controla la generación de símbolos de depuración solo para el código en línea.
Símbolos de depuración para la generación de código subyacente controlada por otras opciones.
Si no tiene un código en línea, no alcanza el rendimiento.
Mientras tanto MSDN states lo siguiente:
depuración
indica si el servicio Windows Communication Foundation (WCF) debe ser compilado con símbolos de depuración. verdadero si el servicio WCF debe compilarse con símbolos de depuración; de lo contrario, falso.
Esta entrada de blog es bastante antigua y en algún lugar desactualizada. – abatishchev
anterior no implica incorrecto, el efecto de debug = true sigue siendo aplicable en IIS 7.5 y hay optimización interna del compilador que se desactiva cuando se cumple un ensamblado con debug = true, independientemente de la versión de ASP.NET que use. Si tiene alguna información específica sobre imprecisiones, por favor explique. –