Guía de implementación › Implementación › Scripting de lógica de negocios (experto en la lógica de negocios) › Dentro de la lógica de negocios › Consideraciones en cuanto a rendimiento y memoria

Consideraciones en cuanto a rendimiento y memoria

A continuación se indican una serie de situaciones que se deberán tener en cuenta al diseñar soluciones de lógica de negocios. Las situaciones descritas corresponden a casos en los que el rendimiento del motor de cálculo se puede ver afectado negativamente:

• Parámetros

  Si se requiere un valor de un parámetro en el código, se recomienda crear una variable global para asignarle el valor del parámetro. Además, cuando se requiera el valor del parámetro, utilice la variable global en su lugar. Esto previene situaciones en las que el motor crea la asignación de parámetros para cada invocación de parámetro.

• Uso de asignaciones en métricas en clúster

  Cuando vaya a utilizar objetos de asignación globales grandes en la lógica de negocios para métricas en clúster, hágalo con sumo cuidado. Mientras el motor calcula una métrica en clúster, está ocupado cargando las variables globales desde los estados anteriores para cada elemento en el clúster por separado.

• Registro de la lógica de negocios

  Se recomienda filtrar los eventos de datos sin procesar únicamente por los métodos de registro. Al agregar un filtrado interno mediante una declaración "if" dentro del código, se tardará más tiempo en procesar. Y lo que es más importante, el motor necesitará más tiempo para extraer y procesar los registros de datos sin procesar no necesarios.

• Evitar el uso de Dispatcher.RegisterByEventType

  Mejora el rendimiento. Este método realiza un registro en todos los recursos en el sistema, y no solamente en los recursos con eventos de ese tipo concreto. Así pues, todos los cambios en el recurso afectarán a los cálculos de métricas. Otra desventaja de utilizar este método de registro es el tiempo de ejecución de las métricas al acceder a los datos sin procesar. Después tendrá que filtrar desde los datos sin procesar solamente los eventos con el tipo de evento específico, e ignorar los otros eventos.

• Dispatcher.Register

  Cuando esté utilizando Dispatcher.Register, compruebe siempreque especifica el 3^er parámetro. Realizar un registro sin el 3^er parámetro es exactamente como llevar a cabo registros por tipo de evento (Dispatcher.RegisterByEventType). Dicho de otra manera, asegúrese de que utiliza como mínimo otro parámetro además de los dos primeros.

• Granularidad del cálculo

  Es importante activar solamente los agentes requeridos para el cálculo y para obtención de detalles. El cálculo de todas las unidades de tiempo del agente conlleva mucho procesamiento.