Contenedores de motor Mashup inesperados que se procesan constantemente

[vvillama]

Hola

Desde hace un par de versiones, la aplicación de escritorio se ha vuelto inmanejable para mi equipo. Es un i5 con 8gb de RAM.

Al inspeccionar lo que está pasando, esto es lo que veo.

Cada vez que se abre la aplicación de escritorio, sólo la aplicación, sin informe, se necesita 1gb de RAM de inmediato.

Al abrir cualquier informe, e incluso tener la opción "Permitir que la vista previa de datos se descargue en segundo plano" deshabilitado,power bi activa tres contenedores de evaluación mashup que no sé lo que están haciendo. La opción está deshabilitada, el informe está inactivo, no tengo ninguna ventana de consulta de energía abierta... ¿Qué están recogiendo esos contenedores de mashup?

Echa un vistazo a esta captura de pantalla, estos son los procesos que se activan al abrir un informe de 10 mb, y no hacer nada en el escritorio, simplemente mirando la página principal. Hay un elemento sin nombre (1) que está tomando 1gb de memoria y tres contenedores de evaluación (2) tomando 750mb de memoria y alrededor del 75% de la CPU, repito, sin hacer nada en la aplicación de escritorio:

Puedo dejar la aplicación abierta con el informe en ralentí y estos tres subprocesos no se detendrán en cualquier momento, sin embargo, la cantidad de CPU y RAM que utilizan puede variar. Eventualmente, el elemento "sin nombre", mostrará el nombre del informe.

Si abro otro informe que tenemos, 80mb pbix, esto es lo que sucede:

Esto, simplemente abriendo el informe, "Permitir que la vista previa de datos se descargue en segundo plano" todavía está deshabilitado.

Si intento editar una consulta -que se está obteniendo de flujos de datos para que la actualización o la vista previa suele ser muy rápida-, la vista previa tarda en proporcionar resultados. La misma consulta, si está cerrada y se aplican los cambios, tardará segundos en recuperar los datos. ¿Por qué ejecutar toda la consulta funciona según lo previsto, pero la vista previa que básicamente obtiene los primeros 1000 resultados no puede finalizar?

Lo que puedo ver que puede explicar este comportamiento, es que mientras se trabaja en la consulta de energía y se activa manualmente una actualización de vista previa, no se están activando nuevos motores de mashup: los mismos tres que antes se ejecutaban siguen haciendo lo que están haciendo, pero no aparecen nuevos. Sin embargo, cuando cierro y aplico, de hecho hay nuevos hilos de motor mashup activados en la parte superior de esos tres.
En otras palabras, esos tres subprocesos que se ejecutan de inmediato desde que se abre el archivo, parecen estar impidiendo que se ejecuten los subprocesos de vista previa.

Todo esto hace que la interfaz de consulta de energía sea inútil. Es muy difícil hacer nada allí en estos términos.

Este informe solía funcionar muy bien, las consultas se podían editar y no había ningún drama para obtener los datos en la vista previa. Normalmente tarda diez minutos en actualizar todo el informe y se tarda aproximadamente al mismo tiempo cuando se actualiza en el servicio.

Ayer tardó alrededor de una hora en actualizarse desde la aplicación de escritorio, y supongo que se debe a que esos tres subprocesos del motor mashup estaban interfiriendo en la actualización normal del informe.

¿Puede alguien por favor arrojar algo de luz sobre lo que estos tres hilos del motor mashup están haciendo o lo que los está activando?

¿Hay algo que se pueda hacer para apagarlos?

Gracias de antemano por su ayuda.

[fidelp27]

¿Alguno logró resolver este problema? Recién presento lo mismo y no consigo información referente a lo que desencadena el evento de mashup

[Syndicate_Admin]

¿Alguien ha encontrado una solución a este hilo?

Estoy experimentando los mismos problemas con 3 motores mashup.

[vvillama]

Hola a todos,

@v-jayw-msft , desde la última actualización (2.85.985.0 sept 64 bits 2020), donde los metadatos mejorados ahora están disponibles de forma general, este problema está volviendo a ser.

Antes, podíamos desactivar la función de vista previa y la aplicación de escritorio se podía usar normalmente.

Simplemente abrir un informe que no carga datos (todas las consultas tienen la carga deshabilitada), ocupa 4,5 gb de memoria y 3 contenedores de evaluación de mashup en ralentí están constantemente abiertos mientras que no hay ninguna solicitud de carga de datos activada específicamente por el usuario.

Deberíamos tener más control sobre esto. Necesito ser capaz de asegurarme de que el escritorio se está centrando en lo que tengo que hacer en este momento, y no en cualquier tarea que crea que tiene que realizar. Y si estas tareas son tan necesarias, al menos informe al usuario sobre lo que está pasando y proporcione una expectativa de cuándo estas tareas van a terminar.

¿Hay alguna investigación en curso sobre por qué está sucediendo esto y cuándo se resolverá?

Gracias de antemano por su ayuda.

[malegriaa]

Hola!

Tengo el mismo problema y quisiera saber si pudieron llegar a una solución.

Quedo atenta!

Saludos.

[jordisastre]

Estoy experimentando el mismo problema, con diferentes tipos de informes, que trabajó de forma deficiente hasta la versión de marzo, pero desde la versión de marzo comenzó a consumir cantidades absurdas de CPU sólo sentado inactivo en contenedores de motor mashup insoe

Para lo que puedo ver mashup contenedor está tratando de actualizar los datos en el evento en segundo plano si no es necesario, es extremadamente frustrante porque realmente no puedo trabajar con cualquier proyecto, ya que hace que mi PC rastreo debido a la alta cpu usge y temp en mi máquina

Sucede tanto en versiones x86 como x64

Se activa incluso en una carga de plantilla ANTES de rellenar los parámetros, por lo que no debería estar cargando nada, simplemente parece que los contenedores mashup están tratando de recuperar y procesar los datos antes de que sea necesario o incluso disponible.

Acabo de desplegar una máquina limpia a azul sólo para probarlo y funciona mejor... en esa máquina (es sólo 4 núcleos y mi máquina es 4 x 2 con hyperthreading) y allí sólo genera UN mashupcontainer que utiliza cpu y termina rápido, menos de un minuto

[jordisastre]

Hemos reducido a informes migrados con formato de metadatos mejorados, los antiguos nunca desencadenan el problema.

También he encontrado que si borro las credenciales para el acceso al origen de datos el contenedor mashup no aparece hasta que las puse de nuevo, pero en ese mismo momento se inician de nuevo, incluso bloquea el diálogo de credenciales del origen de datos para terminar hasta que se elimina el contenedor mashup, parece que está esperando a que su evaluación termine

[v-jayw-msft]

Hola @vvillama ,@BIntelligence ,

Compruebe el documento ofical sobre los requisitos mínimos de Power BI Desktop.

https://docs.microsoft.com/en-us/power-bi/fundamentals/desktop-get-the-desktop#minimum-requirements

Requisitos mínimos

La lista siguiente proporciona los requisitos mínimos para ejecutar Power BI Desktop:

• Windows 7 / Windows Server 2008 R2 o posterior

• .NET 4.5

• Internet Explorer 10 o posterior

• Memoria (RAM): Se recomienda al menos 1 GB disponible, 1,5 GB o más.

• Pantalla: Se recomiendan al menos 1440x900 o 1600x900 (16:9). No se recomiendan resoluciones más bajas como 1024x768 o 1280x800, ya que ciertos controles (como el cierre de la pantalla de inicio) se muestran más allá de esas resoluciones.

• Configuración de visualización de Windows: si establece la configuración de visualización para cambiar el tamaño del texto, las aplicaciones y otros elementos a más del 100 %, es posible que no pueda ver determinados cuadros de diálogo con los que debe interactuar para seguir usando Power BI Desktop. Si se produce este problema, compruebe la configuración de la pantalla en Windows yendo a Configuración > Sistema > Pantallay utilice el control deslizante para devolver la configuración de la pantalla al 100%.

• CPU: se recomienda un procesador de 32 bits o x86 de 32 bits o más rápido.

Y consulte el tema siguiente sobre el contenedor de evaluación mashupde Microsoft.

https://community.powerbi.com/t5/Service/What-is-Microsoft-mashup-evaluation-container-How-it-impact...

Saludos

Jay

[vvillama]

Hola @v-jayw-msft ,

Gracias por su respuesta.

En cuanto a los requisitos mínimos, diría que la computadora que estoy usando los está cubriendo.

En cuanto al enlace sobre el motor mashup que estás proporcionando, me disculpo de antemano, pero no puedo ver la conexión con el problema discutido en este hilo.

Sólo para resumir, el mismo conjunto de consultas, colocados en dos archivos pbix diferentes con la misma configuración, están proporcionando un comportamiento diferente: un archivo está desencadenando tres subprocesos del motor mashup al abrir y el otro no.

Puede haber una configuración oculta en uno de los archivos que está causando esto, o puede haber otra explicación.

El punto es que estos tres subprocesos del motor mashup no se han desencadenado a propósito por ninguna acción realizada por mí, como actualizar el modelo o editar una consulta a través de la interfaz de usuario de datos de transformación, no se puede eliminar a través del administrador de tareas y están "chupando" valiosos recursos informáticos que están degradando la interacción general con la aplicación, haciendo que cualquier edición en cualquier lugar sea un dolor.

El propósito de este post es aprender qué está pasando, por qué está ocurriendo y cómo podemos evitar que suceda.

Gracias y saludos amables,

[vvillama]

He hecho una prueba rápida, he creado un nuevo pbix y copiado todas las consultas del otro informe. El comportamiento ha sido diferente, y esto es lo que muestra el administrador de tareas al abrir el archivo:

Como puede ver, no hay motores mashup activados cuando se abre el archivo.

Esto significa que hay algo dentro del archivo original que de alguna manera está activando esos motores mashup al abrir el archivo.

¿Alguien tiene una idea sobre cómo rastrear la fuente del gatillo?

Gracias de nuevo,

[BIntelligence]

Lo mismo por aquí, incluyendo otro extraño error que voy a publicar en este foro.