Tag: rendimiento

AX Performance Monitor 101 – Tips and tricks to deal with performance counter files [EN]

In my previous blog post, I explained how to setup Performance Monitor (PerfMon) to proactively capture performance data while cleaning old files to keep disk space under control. This is, let's say, our ideal scenario, but sometimes setup is not that specific and we need to deal with suboptimal files that contains the performance data we need to analyze:
  • We have too many files
  • We have too few files
  • We have some huge file that makes analysis or processing it too slow
  • We have files captured in different languages
Let's have a brief description on how we can deal with some situations by introducing a couple of small but useful tools:

PAL - Performance Analysis of Logs

PAL is a small but really useful tool created by Clint Huffman that takes one perfmon counter file and creates a nice HTML report with graphs and descriptions that can be used as starting point for performance analysis. It's not that the tool replaces a manual in-deep analysis of any potential problem, but it helps giving some tips that can be used to start looking for something else. Read the full article at "Dynamics AX in the Field", the blog from the Premier Field Engineering team at Microsoft.
Read More »

AX Performance Monitor 101 – Setup Perfmon for continuous monitoring with rolling files [EN]

Windows Performance Monitor (PerfMon) is likely the most useful tool (together with our DynamicsPerf package) to monitor and diagnose performance problems related with your Microsoft Dynamics AX infrastructure and, in general, for any software running on Windows operating systems. Given its importance, is surprising how many people is not using it properly or, even worst, is not using it at all. I will briefly explain how to setup PerfMon to collect performance counters in all servers for continuous monitoring, creating log files per day, compressing and deleting old files to minimize disk space, along with some tips and tricks during the process:

Create and configure a Data Collector Set

  • First of all open Performance Monitor either going to Administrative Tools in Windows Control Panel or searching "perfmon" in the Start menu.
  • Navigate to Data Collector Sets > User Defined > Right Click > New > Data Collector Set.
  • Choose "Create from a template" and finish the wizard. Some nice templates for all Dynamics AX server roles can be obtained as part of our DynamicsPerf download, under "DynamicsPerf 2.00\DynamicsPerf\Windows Perfmon Scripts" subfolder or as part of the PAL tool. We will talk about PAL on the next post on this series.
Read the full article at "Dynamics AX in the Field", the blog from the Premier Field Engineering team at Microsoft.
Read More »

Microsoft Dynamics AX 2012 R2 AxBuild.exe

Cuando nos enteramos de las novedades del reciente Cumulative Update 7 para Microsoft Dynamics AX 2012 R2, creo que como la mayoría de técnicos cercanos a AX, me puse inmediatamente a hacer alguna prueba con la nueva utilidad AxBuild. No es porque fuera la única novedad, pero sin ninguna duda fue una novedad muy esperada y esperanzadora para reducir los tiempos de compilado de la aplicación que se habían disparado desde el lanzamiento de la R2 (llevamos tiempo comentándolo). Para entender esta utilidad y cómo es capaz de mejorar tanto el rendimiento hay que tener presentes algunos conceptos:
  • El servicio que corre el AOS es un servicio de 64 bits. El cliente de AX es una aplicación de 32 bits.
  • Hasta ahora, el compilado de X++ y la validación de los objetos del AOT se ejecutaba en el cliente. Así sigue siendo si ejecutamos el compilador desde el cliente, como venimos haciendo desde siempre.
  • Estos dos puntos anteriores nos muestran un cuello de botella, primero por el tráfico entre el cliente y servidor de todos los objetos para poder compilarse, y segundo por la merma de rendimiento que supone realizar todo el proceso en una aplicación de 32 bits, con sus limitaciones en cuanto al uso del procesador y la memoria.
Esta nueva utilidad AxBuild lo que nos permite es, en primer lugar eliminar totalmente al cliente del proceso de compilado (eliminando la parte de 32 bits), y por otro lado lanzar tantos procesos de AOS como sea posible para aprovechar todos los procesadores de la máquina. Por defecto, el proceso lanza 1.4 procesos por cada procesador disponible en el servidor, aunque este número se puede configurar. AxBuild.exe - Rendimiento
(más…)