SoloCodigo

CLR: .Net / Mono / Boo / Otros CLR => C# => Mensaje iniciado por: RaYWoLF en Viernes 9 de Mayo de 2008, 13:33

Título: Tiempo De Acceso A Un Metodo
Publicado por: RaYWoLF en Viernes 9 de Mayo de 2008, 13:33

Buenas, me he encontrado con un problema que me tiene intrigado, a ver si me podéis ayudar.

Tengo una aplicación que al arrancar está tardando un tiempo excesivo y me he dado cuenta de que todo es culpa de un único método que se encarga de cargar la configuración de la aplicación. Lo primero que pensé es que la consulta en base de datos tardaba demasiado (aunque no debería), pero tras investigar un poco he visto que en lo que pierde todo el tiempo es en acceder desde .net a la funcion que se encarga de realizar la consulta.

Pongo el trozo de código que he utilizado para investigar esto:

Código: Text

1.  
2. Console.WriteLine("Antes de consulta configuración " + DateTime.Now.ToLongTimeString());
3. DataTable dtConfig = Conexion.SelectConfig(select);
4. Console.WriteLine("Consulta configuración hecha" + DateTime.Now.ToLongTimeString());
5.  
6.  
7. public static DataTable SelectConfig(string strSQL)
8. {
9. try
10. {
11. Console.WriteLine("Dentro de consulta " + DateTime.Now.ToLongTimeString());
12. DataSet dsResult = new DataSet();
13. DbCommand dbCommand = dbConfig.GetSqlStringCommand(strSQL);
14.  
15. // Retrieve the initial data
16. dbConfig.LoadDataSet(dbCommand, dsResult, "Tabla");
17.  
18. return dsResult.Tables[0];
19. }
20. catch (Exception ex)
21. {
22. Program.logger.Error(ex.Message);
23. Program.logger.Error(strSQL);
24. return null;
25. }
26. }
27.  
28.  

Los tiempos que veo en la ventana "Output" son los siguientes:

Código: Text

1.  
2. Antes de consulta configuración 13:09:03
3. 'PROYECTO.exe' (Managed): Loaded 'C:\WINDOWS\assembly\GAC_MSIL\mscorlib.resources\2.0.0.0_es_b77a5c561934e089\mscorlib.resources.dll', No symbols loaded.
4. Dentro de consulta 13:09:19
5. 'PROYECTO.exe' (Managed): Loaded 'C:\PROYECTO\bin\Debug\Microsoft.Practices.EnterpriseLibrary.Data.dll', No symbols loaded.
6. 'PROYECTO.exe' (Managed): Loaded 'C:\PROYECTO\bin\Debug\Microsoft.Practices.EnterpriseLibrary.Common.dll', No symbols loaded.
7. 'PROYECTO.exe' (Managed): Loaded 'C:\WINDOWS\assembly\GAC_MSIL\System.Management\2.0.0.0__b03f5f7f11d50a3a\System.Management.dll', No symbols loaded.
8. 'PROYECTO.exe' (Managed): Loaded 'C:\WINDOWS\assembly\GAC_32\System.Transactions\2.0.0.0__b77a5c561934e089\System.Transactions.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled.
9. 'PROYECTO.exe' (Managed): Loaded 'C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled.
10. 'PROYECTO.exe' (Managed): Loaded 'C:\WINDOWS\assembly\GAC_32\System.EnterpriseServices\2.0.0.0__b03f5f7f11d50a3a\System.EnterpriseServices.Wrapper.dll', Skipped loading symbols. Module is optimized and the debugger option 'Just My Code' is enabled.
11. Consulta configuración hecha13:09:19
12.  
13.  

Como se puede ver, tarda 16 segundos (desde las 13:09:03 hasta las 13:09:19) en entrar al método "SelectConfig" y por medio unicamente carga una dll. El método SelectConfig es un método estático que pertenece a una clase estática que utilizo para el acceso a base de datos (tengo un único objeto conexion). Estoy utilizando el módulo "Microsoft.Practices.EnterpriseLibrary.Data" para el acceso a datos, ya que así puedo utilizar un objeto de tipo "GenericDatabase" para conseguir independencia del tipo de base de datos utilizada.

¿Alguna idea de por donde puede estar el problema?