Casos de uso que pueden afectar negativamente al rendimiento
En este apartado se listan distintos casos de uso que pueden afectar negativamente al rendimiento de Contact Optimization.
Listas de ofertas inteligentes con reglas que utilizan versiones de ofertas
Si utiliza listas de ofertas inteligentes con reglas que utilizan versiones de ofertas, existen consultas adicionales que se utilizan en la sección de configuración de datos que hacen un uso intensivo de la E/S. Cuando el número de ofertas de las listas es grande y el número de atributos por oferta es grande, el tiempo empleado para ejecutar estas consultas puede elevado.
Máximo alto de Iterations (iteraciones) por muestreo de cliente
El número máximo de iteraciones para utilizar para cada muestreo de cliente se puede configurar utilizando la propiedad Optimize|AlgorithmTuning|MaxIterationsPerCustomerSample. Compruebe los valores avanzados de nivel de sesión y, también, las propiedades de configuración.
En función de las reglas y los datos, es posible que un muestreo de cliente no pueda alcanzar este límite. Los valores altos garantizan el nivel más alto de optimalidad de los resultados pero, a menudo, el uso de un mayor número de iteraciones no representa una mejora lo suficientemente grande en optimalidad para justificar la penalización de rendimiento. Normalmente, cinco iteraciones proporcionan un grado aceptable de optimalidad y no es usual ver que sean necesarias más de una docena de iteraciones.
Para analizar el comportamiento de la iteración del muestreo de cliente, busque en el registro de Contact Optimization la serie Iteration:. Esta entrada de registro va seguida de un número, que indica qué iteración es. Cada fragmento empieza por la iteración 1 y va sumando. Ayuda a ver qué sucede, si obtiene un recuento de cada número de iteración en el registro y a utilizar los resultados para construir un histograma.
Número alto de clientes que no se pueden procesar
Otro factor principal en el rendimiento es el número de clientes que no se pueden procesar. Si el valor de la propiedad Optimize|AlgorithmTuning|MaxAlternativesPerCustomerEvaluated es un número grande (más de 100), la penalización de tiempo es alta, siempre que se un cliente no se pueda procesar.
Cuando tenga muchos clientes que no se pueden procesar, busque errores lógicos en las reglas o los datos. Sin embargo, es posible, especialmente con grandes números de transacciones propuestas por cliente, que el tiempo necesario para obtener algunas soluciones por cliente sea alto. Si es así, lo mejor podría ser reducir el valor del parámetro MaxAlternativesPerCustomerEvaluated, aceptando que habrá más clientes que no se pueden procesar como contrapartida para mejorar el rendimiento.
En Contact Optimization versión 7.5.3 y posterior, existen unos registros más detallados para mostrar el número mínimo, máximo y medio de alternativas evaluadas para cada muestreo de cliente.
Llamadas de subrutina del solucionador
Si se utilizan determinadas combinaciones de reglas por cliente, en algunos casos podría verse una penalización importante en el rendimiento. Esta situación se puede producir cuando hay, como mínimo, una regla de número mínimo/máximo de transacciones por cliente donde la restricción mínima no es cero, combinada con una o más reglas de paquete.
*
Además de tener estas dos reglas, sus ámbitos se deben solapar, de forma que se apliquen ambas a las mismas transacciones propuestas. Además, las puntuaciones deben ser tales que la solución preferida para una regla de paquete provoca que la regla "Mín/Máx" caiga por debajo de su mínimo. Si se cumplen todas estas condiciones, el algoritmo núcleo no puede encontrar los resultados óptimos de una forma eficiente y debe utilizar una llamar más lenta al motor del solucionador. Se sabe que se está produciendo esta condición si se visualiza este mensaje en el registro del servidor: Parámetros de subrutina del solucionador:
Si está viendo problemas de rendimiento al utilizar las reglas "Nunca A con B" , la mejor manera de mejorar el rendimiento es actualizar a Contact Optimization versión 7.5.3 o posterior.
Hay muchos casos donde las puntuaciones son las mismas
Si hay muchos casos donde las puntuaciones son las mismas, la toma de decisiones en LRE puede resultar, a veces, ineficaz. Puede deducir que se está produciendo este escenario si ve esta serie en el registro del servidor: Alternativa adicional generada:
Para evitar esta situación, intente asignar puntuaciones más variadas a las transacciones propuestas.