Register now to learn Fabric in free live sessions led by the best Microsoft experts. From Apr 16 to May 9, in English and Spanish.
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.
¿Alguno logró resolver este problema? Recién presento lo mismo y no consigo información referente a lo que desencadena el evento de mashup
¿Alguien ha encontrado una solución a este hilo?
Estoy experimentando los mismos problemas con 3 motores mashup.
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.
Hola!
Tengo el mismo problema y quisiera saber si pudieron llegar a una solución.
Quedo atenta!
Saludos.
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
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
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
Y consulte el tema siguiente sobre el contenedor de evaluación mashupde Microsoft.
Saludos
Jay
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,
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,
Lo mismo por aquí, incluyendo otro extraño error que voy a publicar en este foro.
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Check out the April 2024 Power BI update to learn about new features.
User | Count |
---|---|
1 | |
1 | |
1 | |
1 | |
1 |
User | Count |
---|---|
2 | |
2 | |
1 | |
1 | |
1 |