Carlos Walzer

Materiales: Code Camp Buenos Aires 2008

cwalzer — Sat, 04 Oct 2008 11:12:00 GMT

Aqui están los materiales de la charla "Mejoras de Desempeño de Aplicaciones .NET" dictada hoy en el CodeCamp Buenos Aires 2008. (A propósito, impresionado por la cantidad de asistentes).

Presentación

Esta es la zaga de artículos que tratan las técnicas utilizadas en la charla:

Podcast - Modelos de Salud en Windows con MOM 2007

cwalzer — Thu, 18 Sep 2008 06:59:00 GMT

Ayer dimos la charla junto a Nicolas Mohamed y logramos tomar el audio para los que no pudieron asistir.

Está dividido en 2 partes:

La primera parte se puede seguir con las dispositivas.
La segunda parte corresponde al ejemplo.

En algún momento hemos pensado en capturar la pantalla junto al audio, pero SCOM corriendo en maquina virtual, no nos permitió hacerlo.

Audio
Dispositivas

Espero lo disfruten.

Materiales - Modelos de Salud en Windows con MOM 2007

cwalzer — Thu, 18 Sep 2008 05:19:00 GMT

Aquí estan las dispositivas de la charla Seminario Gratuito - Modelos de Salud en Windows con MOM 2007

Descargar

CodeCamp - Buenos Aires 2008

cwalzer — Thu, 11 Sep 2008 00:29:00 GMT

Evento Académico gratuito con más de 40 conferencias sobre tecnologías Microsoft dicatadas por referentes de la industria.

Fecha:	Saturday, October 4, 2008
Hora:	10:00am - 7:00pm
Lugar:	UAI
Dirección:	San Juan 983
Ciudad:	Buenos Aires, Argentina

Descripción

• Novedades en Tecnologías Microsoft
• Más de 40 conferencias técnicas de Referentes de la Industria
• Sorteos entre los asistentes

Más detalles en el sitio del evento: http://www.microsoft.com.ar/codecamp/

Agenda:

10:00 a 10:30 Registración - Recepción

10:30 a 11:00 Apertura y revisión de agenda

11:15 a 12:15
Programando por un sueño - Patricio Jutard
Introducción a ASP.NET MVC - Pablo Cibraro
Videojuegos Multiplataforma con XNA - Augusto Chesini
Todo Lo Que Hay Que Saber Acerca De Linq - Matías Bonaventura
Mejoras De Desempeño De Aplicaciones .Net - Carlos Walzer
Gestión De Proyectos De Software: Un Enfoque Práctico - Maximiliano Menasches e Ignacio López
Windows Presentation Foundation Para Desarrolladores - Andres Aguiar
Python En La Plataforma .Net - Martín Salías
Introducción A Grafos - Pablo Gauna
Wamp - Maximo Naccarato
IIS7 4x4 - Alberto Ortega Y Horacio Gonzalez

12:30 a 13:30
Andamios en la web: Desarrollo ágil con ASP.NET Dynamic Data - Miguel Saez
Desarrollo web multi-capa con Volta: un paso hacia adelante - Pablo Zaidenvoren Y Rodolfo Finochietti
Wpf 3d Y Física - Damián Galletini
Microsoft Sql Server 2008 – Introducción A “Microsoft Sql Server Data Platform” - Johnny Halife
Patrones De Arquitectura Con C# - Matías Iacono
Vsts Y Scrum - Daniel Zacharias
Creando Aplicaciones En Wpf - José Villagrán
Parallel Extensions - Nicolás Padula Y Mauricio Lopez
Entorno De Desarrollo Para Windows Mobile 6 - Leonardo Natale
Windows Server 2008 + Iis 7 - Augusto Alvarez
Desmitificando Windows Vista - Mariano Rempel

13:30 a 14:45
Almuerzo – Demo Fest

15:00 a 16:00
El futuro de la ingeniería de software - Santiago Ceria
Silverlight 2.0 Beta 2 - Construyendo Aplicaciones Web Atractivas Utilizando Microsoft Silverlight - Ivana Tilca
3d Games Technology: Computer Animation - Diego Park
Ado.Net Entity Framework En Acción - Maximiliano Menasches Y Hernán Nobile
Técnicas Para Mejorar La Performance En Sitios Web - Juan Ladetto
Scrum - Patricio Jutard
¿Qué Es "Wpf/E"? - Luis Perdomo
Reconocimiento Facial - Armando Meabe
Novedades De Vs 2008 Y Cf 3.5 Para Wm6 - Leonardo Natale
Introducción A La Administración De Sucursales Con Windows Server 2008 - Leonardo Amaya
Seguridad En Windows Server 2008 - Leandro Amore

16:15 a 17:15
Hyper-V en acción - Alejandro Ponicke Y Leandro Amore
Expression Blend - Marcelo Quevedo
Qué Es Linq? - Guillermo Delfino
Programación Intuitiva De Xml En El Marco .Net (Xlinq) - Mauricio Grimberg
Howto: Performance Y Load Testing - Matias Woloski Y Federico Boerr
¿Cómo Lograr Un Proyecto Exitoso? - Patricia Scalzone
Construcción De Servicios Rest Con Wcf - Pablo Cibraro
Microsoft Robotics Studio - Mauro Castagnasso
Introducción A Los Conceptos De Generics Y Delegates - Ezequiel Cura
Monitoreo De Aplicaciones Heterogéneas - Alberto Ortega
Instalando Windows Vista - Francisco Moura

17:15 a 18:30
Break – Demo Fest

18:45 a 20:00
Cierre del Evento y Sorteos

Using Modal Dialog Boxes in ASP.NET Applications

cwalzer — Thu, 21 Aug 2008 12:08:00 GMT

Este articúclo publicado originalmente en AspToday (hace años), muestra como resolver mediante XmlHttpRequest el post desde una ventana modal del explorador.

Si bien hoy tenemos Ajax, UpdatePanels y derivados, creo que el artículo sigue vigente....

http://microsoft.apress.com/asptodayarchive/73815/using-modal-dialog-boxes-in-aspnet-applications

Seminario Gratuito - Modelos de Salud en Windows con MOM 2007

cwalzer — Fri, 15 Aug 2008 00:27:00 GMT

Uno de los desafíos a tener en cuenta a la hora de desarrollar medianas y grandes aplicaciones, es lograr un buen monitoreo de las mismas en el ambiente de producción.
El modelo de salud de una aplicación nos orienta hacia hacia la vision integral de su estado mediante el uso de aplicaciones de diagnostico.
Herramientas como Microsoft Operations Manager (MOM, SCOM) hacen posible que dispongamos de esta informacion para poder tomar accion en el momento indicado.
La charla comprenderá temas teóricos, y los mismos aplicados a la herramienta. Está orientada tanto a público de desarrollo como de IT.

Oradores: Carlos Walzer (MVP) - Arq. Nicolás Mohamed
Fecha y Horario: Miércoles 17 de Septiembre de 18.30 a 21.30 hs.
Lugar: Auditorio MUG - Rivadavia 1479 1º Piso -Cdad. de Buenos Aires, Argentina

REGÍSTRESE AL EVENTO
(*) Este evento es gratuito, por favor ignore la pregunta sobre la forma de pago.
Vacantes limitadas. Registración previa obligatoria.

Sobre los oradores:
Nicolas Mohamed comenzó su carrera en IT en el año 2001. Desde ese momento se ha desempeñado en distintas tecnologías como C#, ASP.NET y BizTalk Server siendo elegido por Microsoft Argentina para implementar el modelo de salud de aplicaciones en Telecom.
Actualmente se desempeña como Arquitecto en Lagash Systems.
Carlos Walzer (un servidor )

Mas información

Video: Metricas de Código en Visual Studio 2008

cwalzer — Wed, 06 Aug 2008 14:39:00 GMT

Este vídeo muestra como medir y cuantificar el código de nuestra aplicaciones, contando cantidad de líneas, estructuras de control, para poder definir cierto grado de complejidad.

Duración: 4:06

Extraído del Lanzamiento de Visual Studio 2008

Video: Load Test en Visual Studio 2008

cwalzer — Fri, 01 Aug 2008 04:29:00 GMT

Como preparar, correr y analizar un Web Test utilizando Visual Studio 2008 Team Systems.

Duración: 12:59

Extraído del Lanzamiento de Visual Studio 2008

Video: Análisis de Código (FxCop) con Visual Studio 2008

cwalzer — Wed, 30 Jul 2008 01:43:00 GMT

Como Analizar Código (FxCop) con Visual Studio Team Systems 2008

Duración: 4:29

Extraído del Lanzamiento de Visual Studio 2008

Video: Mejora de Desempeño (Performance Tuning) con Visual Studio 2008 Team Systems

cwalzer — Mon, 28 Jul 2008 08:47:00 GMT

Este video muestra como mejorar el desempeño (Perfoemance Tuning) de las aplicaciones .NET detectando cuellos de botella con Visual Studio Team System 2008

Duración: 7:51

Extraído del Lanzamiento de Visual Studio 2008

Video: Web Test en Visual Studio 2008

cwalzer — Thu, 24 Jul 2008 00:40:00 GMT

Vídeo que muestra como grabar, personalizar y ejecutar un Web Test utilizando Visual Studio 2008 Team Systems.

Duración: 9:04

Extraído del Lanzamiento de Visual Studio 2008

Conferencia: Arquitectura de Aplicaciones .NET

cwalzer — Thu, 26 Jun 2008 08:57:00 GMT

Como es habitual, desde hace un par de años, hoy brindo una charla de Arquitecura de Aplicaciones .NET para alumnos de la Tecnicatura de Sistemas de Universidad Tecnológica Nacional - Facultad Regional Avellaneda a punto de graduarse.

Revisando el material me encontré con la grata sorpresa de que el documento Arquitectura de aplicaciones de .NET: Diseño de aplicaciones y servicios, en el cual se basa la charla, ha sido traducido al Español nuevamente.

Aquí les dejo los links a los materiales actualizados: Materiales

Y el audio de la presentación que ocurrió el año pasado: Audio.

Vídeo: Herramientas para asegurar la calidad utilizando Visual Studio Team System 2008

cwalzer — Wed, 25 Jun 2008 17:56:00 GMT

Durante el lanzamiento de Visual Studio 2008, he grabado un vídeo exponiendo las Herramientas para asegurar la calidad utilizando Visual Studio Team System 2008.

Allí hago una presentación sobre el aseguramiento de calidad y reviso las técnicas y herramientas propuestas por Visual Studio 2008. Además hago un repaso por:

Testing (WebTest, LoadTest)
Análisis de Rendimiento (Profiler, Performance)
Profiling de Código (Code)
Técnicas de analisis el código ( Managed Code Analisys Tool, FxCop)
Métricas de código (Code Metrics).

El vídeo está disponible para bajarlo o verlo en línea.

Además puedes bajar el código y la presentación desde aquí.

Performance: Datos en Memoria con ADO.NET IV

cwalzer — Tue, 20 May 2008 23:50:00 GMT

En este artículo quisiera mostrarles cual es el consumo de memoria de algunas técnicas de acceso a datos. En artículos anteriores hemos estudiado y optimizado performance mejorando el tiempo de procesamiento. Como colorario veremos algunos gráficos que siempre ayudan a la comparación.

Este artículo está relacionado con:

Presentación del escenario

Este es el contexto en el que estoy haciendo las mediciones:

Una aplicación Windows Forms, que utiliza 4 mecanismos para recuperar datos “de solo lectura” de la base de datos AdvertureWorks alojada en SQL Server 2005:

DataReader cargado en una lista genérica de objetos de entidad
DataSet
DataTable
DataSet tipificado creado con el asistente de Visual Studio 2005

Aquí subrayo “solo lectura” porque, justamente solo quiero recuperar los datos, y no hacer ninguna operación sobre ellos.

Memoria y Garbage Collector

Si bien sabemos que la administración de la memoria en .NET es un trabajo que le compete al Garbage Collector y que no es terreno en el que debamos hurgar, a no ser que sea por administración de memoria no manejada, siempre es bueno saber que uso hacemos de él. Si bien el Garbage Collector es un mecanismo muy optimizado, y hace un muy buen trabajo de recolección de basura (memoria no utilizada), tiene sus limitaciones y su costo. Sería una buena actitud de parte nuestra considerar al Garbage Collector como un recurso más, así como lo es la memoria. Teniendo en cuenta esto lograríamos minimizar su trabajo, lo cual redundaría en un mejor rendimiento de nuestra aplicación.

El Código

La versión completa del código podrás bajarla de aquí. De todas formas démosle un vistazo:

Esta es la sentencia sql a ejecutar en la base de datos AdventureWorks:

Select HumanResources.Employee.EmployeeID, Person.Contact.FirstName,
          Person.Contact.MiddleName, Person.Contact.LastName,
          HumanResources.Employee.Title, HumanResources.Employee.BirthDate,
          Person.Address.AddressLine1, Person.Address.AddressLine2,
          Person.Address.City, Person.Address.PostalCode, Person.Contact.EmailAddress,
          Person.Contact.Phone, HumanResources.Employee.MaritalStatus, HumanResources.Employee.Gender
          FROM HumanResources.Employee
          INNER JOIN Person.Contact ON HumanResources.Employee.ContactID = Person.Contact.ContactID
          INNER JOIN HumanResources.EmployeeAddress ON HumanResources.Employee.EmployeeID = HumanResources.EmployeeAddress.EmployeeID
          INNER JOIN Person.Address ON HumanResources.EmployeeAddress.AddressID = Person.Address.AddressID
          AND HumanResources.EmployeeAddress.AddressID = Person.Address.AddressID

La clase DataAccess

public class DataAccess
{
    static readonly string _connString;
    static readonly string _sqlCmd;

    static DataAccess()
    {
        _connString = "Password=;User ID=sa;Initial Catalog=AdventureWorks;Data Source=WALZER3";
        //Obtengo la sentencia SQL que está en el archivo de texto Consulta.sql
        StreamReader sr = new StreamReader(Assembly.GetExecutingAssembly().GetManifestResourceStream("Walzer.Antipracticas.Consulta.sql"));
        _sqlCmd = sr.ReadToEnd();
    }

    static public DataSet TraerDataSet()
    {
         DataSet ds = null;
         try
         {
              using (SqlConnection conn = new SqlConnection(_connString))
              {
                  conn.Open();
                  SqlCommand cmd = new SqlCommand();
                  cmd.CommandText = "GetEmployees";
                  cmd.Connection = conn;
                  cmd.CommandType = CommandType.StoredProcedure;
                  SqlDataAdapter da = new SqlDataAdapter(cmd);
                  ds = new DataSet();
                  da.Fill(ds);
              }
         }
         catch
         {
         }
         return ds;
     }

     static public List<Employee> TraerEmployeesOptimizado()
     {
          List<Employee> employees = new List<Employee>();
          try
          {
          using (SqlConnection conn = new SqlConnection(_connString))
          {
              SqlCommand cmd = new SqlCommand();
              cmd.CommandText = "GetEmployees";
              cmd.Connection = conn;
              cmd.CommandType = CommandType.StoredProcedure;
              conn.Open();
              using (SqlDataReader dr = cmd.ExecuteReader())
              {
                  int colEmployeeId = dr.GetOrdinal("EmployeeId");
                  int colFirstName = dr.GetOrdinal("FirstName");
                  // Omito las líneas similares por cuestión de lectura
                  int colCount = dr.FieldCount;
                  object[] values = new object[colCount];
                  while (dr.Read())
                  {
                    Employee employee = new Employee();
                    dr.GetValues(values);
                    employee.EmployeeID = Convert.ToInt32(values[colEmployeeId]);
                    employee.FirstName = Convert.ToString(values[colFirstName]);
                    employees.Add(employee);
                  }
                }
             }
          }
          catch
          {
          }
          return employees;
     }

     static public DataTable TraerDataTableOptimizado()
     {
          //Este método está optimizado para cargar un DataTable con datos de SOLO LECTURA
          DataTable dt = null;
          try
          {
               using (SqlConnection conn = new SqlConnection(_connString))
               {
                    conn.Open();
                    SqlCommand cmd = new SqlCommand();cmd.CommandText = "GetEmployees";
                    cmd.Connection = conn;
                    cmd.CommandType = CommandType.StoredProcedure;
                    SqlDataAdapter da = new SqlDataAdapter(cmd);dt = new DataTable();
                    da.Fill(dt);
               }
          }
          catch
          {
          }
          return dt;
     }
}

El DataSet tipificado fue creado arrastrando la consulta SQL sobre la superficie de diseño del DataSet, lo único que escribí fue las siguientes líneas para cargar el DataSet tipificado:

DsEmployeesTableAdapters.GetEmployeesTableAdapter da = new Walzer.Antipracticas.DsEmployeesTableAdapters.GetEmployeesTableAdapter();
_dsEmployees = da.GetData();

Lectura del uso de Memoria

Vamos medir el uso de memoria de cada una de estas técnicas de acceso a datos utilizando 3 herramientas:

El CLR Profiler nos revela en una primera lectura de 290 registros representados en memoria por cada una de las técnicas.

En este gráfico podemos observar que el objeto del tipo AntiPracticas.frmMemoria, que es nuestra ventana, y sus referenciados consumen 836 Kb. Aunque la variable que apunta a esta estructura es de solo 368 bytes.

AntiPracticas.frmMemoria tiene cuatro campos privados que apuntan a:

un DataSet Tipado (DsEmployees.GetEmployeesDataTable): 313 Kb
un DataSet (Data.DataSet): 185 Kb
un DataTable (Data.DataTable ): 184 Kb
una colección genérica de objetos del tipo Employee (Generic.List<T>): 138 Kb

Aquí mismo podemos apreciar que el DataSetTipado es la estructura más costosa en cuanto a consumo de memoria. Que no hay casi diferencia entre un DataSet y un DataTable, y que la colección de objetos es la más barata. No está demás destacar que todas las estructuras contienen “los mismos datos”.

La misma información podemos verla en JetBrains DotTrace.

Observen la columna “Held Memory, bytes”, que es la memoria referenciada por cada instancia:

_dsEmployees (Walzer.Antipracticas.DsEmployees.GetEmployeesDataTable)
_ds (System.Data.DataSet)
_dt (System.Data.DataTable)
_employees (System.Collection.Generic.List<Employee>)

Estructura de Objetos en memoria

Comparemos en las siguientes dos capturas la complejidad de una y otra estructura, las cuales almacenan los mismos datos, de solo lectura en nuestro caso.

La primera figura nos muestra la lista genérica _employees, la cual está implementada internamente por un vector de _items, que contiene un conjunto de objetos Employee, la cual contiene finalmente los datos.

Observemos ahora la estructura de un DataSet tipificado, y el camino para llegar al dato final.

La estructura es mucho más compleja, pero no perdamos de vista que un DataSet fue diseñado con la premisa de propósito general, y mucho de su funcionalidad es útil. Debemos usar nuestro criterio a la hora de decidir que es mejor para nuestro sistema.

Inspeccionado contenido de las variables

Usemos ahora la herramienta .NET Memory Profiler para ver el contenido de un objeto del tipo Employee. Esta figura nos muestra las referencias a la que hace este objeto, que son System.String.

Pero, ¿dónde está el campo _idEmployee que es del tipo int o _birthDate que es de tipo DateTime? Bien, estos están contenidos en el mismo espacio de memoria que el objeto del tipo Employee ya que son tipos básicos, int y ulong respectivamente. En cambio System.String es una referencia al espacio de memoria donde está guardada la cadena de caracteres. La solapa Field Values nos muestra el contenido de la instancia #12,729 del objeto del tipo Employee. Además de esta información podemos apreciar, cuales son los caminos al Root de este objeto, y cuál fue el Call Stack que instanció este objeto en memoria.

Cantidad de Objetos referenciados

Un dato que no es menor aquí es el que nos muestra la columna “Held Objects”. Esta nos dice cuantos objetos son referenciados en toda la estructura en memoria.

En este caso la cantidad de filas en memoria para cada estructura es de 10, valor que se asemeja más a la realidad, ya que no es buena práctica pasar todas las filas del resultado entre capas, sino usar técnicas de paginación.

_dsEmployees (Walzer.Antipracticas.DsEmployees.GetEmployeesDataTable): 320
_ds (System.Data.DataSet): 213
_dt (System.Data.DataTable): 206
_employees (System.Collection.Generic.List<Employee>): 122

Más allá de la cantidad de memoria en bytes, la cantidad de objetos referenciados nos da una idea del trabajó que tendrá el Garbage Collector al momento de deshacerse de estos objetos. Cuantas más referencias en memoria, más recursos consumidos por este algoritmo.

Comparación de resultados

Veamos una serie de gráficos que resumen las lecturas realizadas. Tomé lecturas de 290 registros, 10 registros (que es el típico caso del tamaño de una página cuando se realiza paginación) y 1 registro.

Bytes en Memoria	290 reg	10 reg	1 reg
DataSet	189112	19028	14856
DataTable	188848	18764	14588
List<>	141774	4790	514
DataSet Tipado (wizard)	319478	33114	28902

Fig1: Tabla Comparativa de Bytes en Memoria

Fig2: Bytes en memoria para 290 registros

Fig3: Bytes en memoria de 10 y 1 registro.

Referencias	290 reg	10 reg	1 reg
DataSet	3581	213	105
DataTable	3574	206	98
List<>	3477	122	13
DataSet Tipado (wizard)	3788	300	192

Fig4: Tabla Comparativa de Objetos Referenciados

Fig5: Instancias referenciadas para 290 registros

Fig6: Instancias referenciadas para 10 y 1 registro

Estos gráficos muestran claramente que la técnica más económica es pasar entre capas una lista genérica de un tipo específico. Y que la ferretería utilizada por las estructuras del tipo DataSet se puede despreciar cuanto mayor es el volumen que contienen.

Conclusión

Hemos comprobado que el uso correcto de las técnicas de acceso a datos en ADO.NET nos permite lograr un mayor rendimiento en nuestras aplicaciones. También hemos aprendido algo de cómo funciona internamente ADO.NET, y como son las estructuras en memoria y el uso que se hace de ellas.

Siempre es bueno conocer cómo funcionan internamente los frameworks que utilizamos para construir nuestras aplicaciones para poner en la balanza, facilidad y agilidad de uso contra rendimiento y consumo de recursos.