27/11/2009 17:04 por
zorry
Ayer procedí a instalar Windows 7 Ultimate en mi netbook. Para ello hay que emplear un pen-drive, ya que como bien es sabido, los netbook no tienen unidad de DVD para poder realizar la instalación. Hace falta una unidad de 4 Gb para que entre todo el DVD de Windows 7. He seguido los siguientes pasos (desde Windows Vista o 7, en XP no se puede hacer):
Mas...
1cd387c8-3303-4646-b60a-3b28e2681a21|0|.0
24/11/2009 18:06 por
zorry
He encontrado una guía para configurar los codec y que funcionen sin problemas en Windows 7. En cuanto saque un rato trato de reinstalar el PC para partir de una instalación limpia...
http://thegreenbutton.com/forums/t/78749.aspx
32a31f11-80f3-4ca7-baf4-004ea7330741|0|.0
23/11/2009 03:34 por
zorry
Bueno, pues tras muchos problemas y pruebas, y falta de tiempo, tengo por fin montado mi ordenador del salón, prácticamente terminado de instalar y quitando algún problema con los codec y los archivos MKV duales, todo va genial.
Hardware: Os cuento que hardware instalé finalmente...
Mas...
2440a7df-8645-4470-a396-aa0dfa005388|0|.0
31/03/2009 20:08 por
zorry
Bueno, parece que el PC del salón va tomando forma. Ayer conseguí el ventilador SilverStone que me permitirá cerrar la caja por fin, y ya lo tengo montado. Y además hablé con el departamento de clientes de la tienda online donde compré la caja, y les he mandado por correo la fuente de alimentación para que me la cambien…
Mas...
5e6cef21-7ce2-48c1-897a-96d650a60193|0|.0
30/03/2009 16:14 por
zorry
Bueno, resulta que estoy un poco agotado de tratar de ver vídeos en alta resolución desde la Xbox 360, y debido a las limitaciones impuestas por Microsoft (puesto que hardware tiene de sobra para mover vídeos con el codec x.264 en FullHD), pues he decidido montarme un PC en el salón, con las premisas de que debe ser pequeño y silencioso (otro inconveniente de la consola, que hacen mucho ruido sus ventiladores)…
Mas...
10d01900-c2bf-4cd5-930e-0dc973e1906a|0|.0
19/08/2008 13:41 por
zorry
En muchos casos he observado que, no se muy bien porqué, pero la gente no se para a pensar un rato de qué manera diseñar sus proyectos de una manera eficiente (a mi me pasa muchas veces)... A menudo nos pasan unos requisitos y lo primero que hacemos es crear una orquestación para empezar a diseñar.
Pero, ¿nos paramos a pensar si esto es totalmente necesario? Por ejemplo, la orquestación que estamos diseñando podría resolverse empleando únicamente mensajería de BizTalk, si lo único que hay que hacer es por ejemplo, una transformación y un enrutamiento basado en contenido, y sin embargo, mucha gente se crea una orquestación para aplicar un mapa y una decisión. Y ni que decir tiene que este cambio tiene mucho impacto en el rendimiento de nuestra aplicación. Supongo que esta situación es en parte explicable por el hecho de que cada vez que nos enseñan una demo, nos meten por los ojos las orquestaciones de BizTalk.
Mas...
da51498a-2d96-4f12-b19b-6b696bc4a4e1|0|.0
22/04/2008 21:56 por
zorry
Bueno, en el banco estamos empezando a desarrollar. Resulta que el personal del departamento de soporte han montado una máquina virtual con todo el entorno (BizTalk, SQL, Visual Studio etc etc), para que nos lo copiemos en local y desarrollemos a partir de ahi.
Pero con este escenario tenemos un problema: En cuanto más de una máquina se arranca empiezan a darnos problemas de nombres de red duplicados y nos falla en cuanto queremos acceder a algo. A partir de aquí tenemos dos posibles soluciones:
- Hacer un sysprep a la máquina virtual, con el correspondiente jaleo de cambiar el nombre a la instancia de SQL y reconfigurar BizTalk, con lo que lo desechamos.
- Configurar la red en Virtual PC como Shared Networking. Con esta opción, la máquina física hace de "proxy" a la máquina virtual, con lo que se oculta la máquina virtual a la red.
Tras probar esta opción, veo que el NAT no funciona, pero tras leerme el artículo http://blogs.msdn.com/virtual_pc_guy/archive/2007/04/26/virtual-pc-shared-networking-and-the-problems-with-ping.aspx, hago que Virtual PC se ejecute con usuario administrador (en mi máquina física tengo Vista), y el NAT funciona 100%...
Lo único, es que con esta configuración, no se puede acceder desde fuera a la máquina virtual... Pero se ajusta a nuestras necesidades, de momento. :-)
3877db1d-9873-420a-93f2-79f3f5ed1713|0|.0
17/04/2008 23:08 por
zorry
Bueno, pues tras un mes o dos sin escribir por aquí, voy a hacerme propósito de enmienda y volver a escribir algún que otro artículo.
¿Que ha pasado con mi vida laboral desde el último mensaje?
- Acabé en el proyecto de ASP.NET + AJAX (gracias mil a mis jefes por lograr sacarme de ese cliente que me tenía atacado de los nervios)
- Estuve en las oficinas de ilitia, recordando cosas de BizTalk y jugando con el acelerador de HL7, preparando pruebas de concepto para clientes, etc.
- Y he empezado a trabajar en las oficinas de un banco, trabajando con BizTalk 2006 al fin, vuelvo a trabajar con lo que me gusta, aunque volver a trabajar en cliente no es mi ilusión, pero al menos vuelvo.
En fin, que seguramente volveré a escribir por aquí, y escribiré nuevos artículos enfocados a BizTalk de nuevo. :-)
80ed5ee4-5a2e-4ff6-b631-42c5726f8dc6|0|.0
31/01/2008 02:56 por
zorry
Bueno, pues hemos conseguido averiguar y solucionar los problemas que teníamos con nuestra aplicación.
Al estresar nuestra aplicación, con 20 usuarios concurrentes, habíamos encontrado que sólo un 10% de las pruebas conseguían finalizar correctamente. Con lo que nos ponemos con la ingeniería forense:
- Comprobamos que nuestra aplicación web no sea el causante de los problemas. En principio, no lo parece. El consumo de CPU es del orden del 2% y la de memoria algo alta, pero nuestra aplicación siempre ha sido un poco "hambrienta", unos 100 megas. Pero la máquina debería ser capaz de aguantar la carga de proceso sin problemas.
- Descartado nuestro frontal, vamos a comprobar cómo va el servidor de CRM. De nuevo, parece que todo va como debería, muy poco consumo de CPU (2%) y memoria otra vez contenido (aproximadamente 100 megas también).
- Descartamos el CRM, con lo que nos queda inspeccionar el servidor de SQL Server. Entramos en la máquina y ya notamos que hay algo que no va todo lo bien que debiera: La CPU está en torno al 98% de carga (de un quad core) y la memoria está disparada, aproximadamente tiene unos 6 Gb de memoria el servicio de SQL. Una vez paramos las pruebas de carga, el consumo de CPU baja al 0%. Parece que tenemos fichado al culpable. Ahora vamos a ver cómo lo solucionamos.
Decidimos volver a lanzar las pruebas de carga, pero esta vez con un SQL Profiler, de manera que podamos trazar las consultas realizadas al servidor SQL. Tras unos minutos capturando tráfico, vemos que hay algunas consultas que saturan la CPU. Con lo que vamos a ver de que manera las optimizamos.
Cargamos Database Engine Tuning Advisor, una herramienta de SQL Server 2005, e introducimos el archivo de traza capturado antes. Le decimos que tiene que inspeccionar la base de datos de CRM, y se pone a la tarea. Tras un rato ejecutando y analizando nuestro conjunto de pruebas, nos sugiere crear una serie de índices y estadísticas sobre bastantes tablas, estimando la mejora en un 90% aproximado. Posteriormente la herramienta nos permite aplicar o salvar los cambios, y elegimos salvarlos en un archivo sql para poder aplicarlo en todos los entornos.
Pero nos queda la preocupación de si será recomendable modificar la base de datos de CRM, ya que no tenemos control sobre ella, al estar la estructura de esta base de datos mantenida por el propio CRM. Pero tras investigar un poco, encontramos en este artículo lo que necesitábamos: Está soportado crear índices siempre y cuando no sean índices únicos.
Así que aplicamos los cambios sobre la estructura de base de datos, y volvemos a realizar la prueba. Y los resultados no pueden ser más esperanzadores, ya obtenemos más de un 90% de pruebas correctas, y ahora el servidor es capaz de procesar más del doble de peticiones http por minuto!
299bf008-fd84-4c0e-9fbb-5bf3b89e48f4|0|.0
30/01/2008 00:39 por
zorry
En la aplicación en la que estoy trabajando, tenemos un problema de consumo de CPU muy alta en el servidor de SQL Server. Este post es para recordarme este artículo interesante acerca de tuning de SQL Server.
Vamos a ver cómo lo podemos llevar a cabo (las optimizaciones) puesto que prácticamente no podemos tocar la estructura de la base de datos (la estructura es la generada por CRM 3.0 y no la podremos tocar)
SQL Server Performance
cae458b9-7e8e-4ee5-b948-b1753e7c44e9|0|.0