locked
problema con runtimebroker.exe RRS feed

  • Pregunta

  • Si echáis un vistazo al Administrador de Tareas os vais a encontrar, en la pestaña Procesos -y también en la de Servicios- con Runtime Broker. Al parecer es un proceso (Runtimebroker.exe) que tiene que ver con las Apps de la UI (Metro). Bien, el tema es que en los dos equipos que tengo con Windows 8 Pro no deja de ocupar memoria hasta llegar a Giga y media o más... Al cerrar sesión, vuelve a su tamaño normal, 2 o 3 MB, pero enseguida empieza a crecer. Sospecho que alguna o algunas aplicaciones Metro no liberan su memoria cuando las cierro... Alguna idea?

    Saludos

    domingo, 28 de octubre de 2012 23:38

Respuestas

  • Ninguna, se  supone que ninguna porque las he cerrado y, además, puedo observar en el mismo admin que las Apss de la Tienda no tienen ninguna actividad. Parece como si la memoria que han utilizado no se liberase... Con todo, pasan cosas curiosas, ayer subió hasta la Giga y media de adjunto, luego cerré sesión y aunque volví a abrir y cerrar, a modo de prueba, bastantes aplicaciones UI el Runtimer no pareció inmutarse... Pero esta mañana ha vuelto a subir bastante. O sea, que no sé:-)

    Hace un par de días probé, en un PowerShell arrancado como Administrador, a ejecutar: Get-AppxPackage –AllUsers, con el fin de intentar reparar lo que pudiera estar roto, sin éxito alguno...

    Saludos!

    El RuntimeBroker se activa cuando se ejecuta alguna aplicación de interfaz moderna, por lo que una de las que tienes instalada, podría causar el problema.

    Tratemos algo más: Descarga Process Explorer desde Sysinternals: http://technet.microsoft.com/es-es/sysinternals/bb896653

    Descomprime y ejecuta como administrador, ve a Options, Configure symbols y pon: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols

    Ahora, cuando el proceso se eleve hasta ese pico, haz clic derecho, Properties, pestaña de Threads y te debe salir específicamente qué DLL o proceso es el que está consumiendo mayor recurso (Es el primero de arriba hacia abajo).

    Lo ideal, sería que la DLL que carga más (Que no debe ser casi nada) sea la ntdll, pero fijate si te sale otra rara.

    lunes, 29 de octubre de 2012 17:23

Todas las respuestas

  • ¿Qué tantas aplicaciones tienes abiertas de la UI?
    lunes, 29 de octubre de 2012 5:16
  • Ninguna, se  supone que ninguna porque las he cerrado y, además, puedo observar en el mismo admin que las Apss de la Tienda no tienen ninguna actividad. Parece como si la memoria que han utilizado no se liberase... Con todo, pasan cosas curiosas, ayer subió hasta la Giga y media de adjunto, luego cerré sesión y aunque volví a abrir y cerrar, a modo de prueba, bastantes aplicaciones UI el Runtimer no pareció inmutarse... Pero esta mañana ha vuelto a subir bastante. O sea, que no sé:-)

    Hace un par de días probé, en un PowerShell arrancado como Administrador, a ejecutar: Get-AppxPackage –AllUsers, con el fin de intentar reparar lo que pudiera estar roto, sin éxito alguno...

    Saludos!

    lunes, 29 de octubre de 2012 10:06
  • Hay aplicaciones de la UI que permanecen en segundo plano aunque realicemos la maniobra de cerrar la ventana, como puede ser la aplicación de correo, mensajes, calendario o incluso el propio escritorio.

    Yo compruebo en mi PC que con las aplicaciones UI cerradas, no pasa de los 3 megas y pico.

    Un saludo.

    lunes, 29 de octubre de 2012 10:11
  • En efecto, así es. Así es cuando todo marcha bien, claro, pero...

    lunes, 29 de octubre de 2012 10:28
  • Prueba a ejecutar algún programa de limpieza de PC como por ejemplo Combofix, para ver si algún "bichillo" esta causando el exceso de memoria.

    Un saludo.

    lunes, 29 de octubre de 2012 10:41
  • El único limpiador que me permito es formatear y ya lo hice dos veces, sólo para ver que el problema volvía a reproducirse cuando a w8 le da por ahí.
    lunes, 29 de octubre de 2012 10:50
  • Tienes instalados todos los controladores? el Chipset?
    lunes, 29 de octubre de 2012 11:14
  • El fijo está más o menos servido de drivers... el portátil que es HP, no y no parece que vayan a darse mucha prisa en sacar drivers, pero con el Windows Update me voy apañando. ¿El Chipset? ¿Te refieres al Intel® Driver Update Utility? No lo pillo para 8...

    lunes, 29 de octubre de 2012 11:21
  • Pásanos el modelo del portátil y probamos

    lunes, 29 de octubre de 2012 11:22
  • HP Pavilion dv6-6191ss, pero ayer le puse el driver de Intel Management Engine Interface (MEi) de otro modelo HP para el que sí ya han sacado driver de w8 y parece que le sentó bien, porque dejó de crecerme el Runtime... Veré más tarde si sigue bien o no. Dime, si lo sabes, dónde pillo lo mismo para el de sobremesa, que es un clónico Intel 7 con placa base Asus P6T?

    Saludos!

    lunes, 29 de octubre de 2012 11:32
    • Editado Alberto Gil lunes, 29 de octubre de 2012 11:45
    lunes, 29 de octubre de 2012 11:42
  • Es una placa base Asus P6T, no tengo más datos aquí, ahora... Pero la página es la correcta y ya había llegado a ella. Mejor me espero a que salgan para win 8, francamente, no? :-) Saludos!
    lunes, 29 de octubre de 2012 12:08
  • Si.... jeje

    un saludo.

    lunes, 29 de octubre de 2012 12:19
  • Ninguna, se  supone que ninguna porque las he cerrado y, además, puedo observar en el mismo admin que las Apss de la Tienda no tienen ninguna actividad. Parece como si la memoria que han utilizado no se liberase... Con todo, pasan cosas curiosas, ayer subió hasta la Giga y media de adjunto, luego cerré sesión y aunque volví a abrir y cerrar, a modo de prueba, bastantes aplicaciones UI el Runtimer no pareció inmutarse... Pero esta mañana ha vuelto a subir bastante. O sea, que no sé:-)

    Hace un par de días probé, en un PowerShell arrancado como Administrador, a ejecutar: Get-AppxPackage –AllUsers, con el fin de intentar reparar lo que pudiera estar roto, sin éxito alguno...

    Saludos!

    El RuntimeBroker se activa cuando se ejecuta alguna aplicación de interfaz moderna, por lo que una de las que tienes instalada, podría causar el problema.

    Tratemos algo más: Descarga Process Explorer desde Sysinternals: http://technet.microsoft.com/es-es/sysinternals/bb896653

    Descomprime y ejecuta como administrador, ve a Options, Configure symbols y pon: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols

    Ahora, cuando el proceso se eleve hasta ese pico, haz clic derecho, Properties, pestaña de Threads y te debe salir específicamente qué DLL o proceso es el que está consumiendo mayor recurso (Es el primero de arriba hacia abajo).

    Lo ideal, sería que la DLL que carga más (Que no debe ser casi nada) sea la ntdll, pero fijate si te sale otra rara.

    lunes, 29 de octubre de 2012 17:23
  • Gracias, Sergio. Te envío una captura en breve!

    Saludos!

    lunes, 29 de octubre de 2012 18:22
  • Gracias, Sergio. Te envío una captura en breve!

    Saludos!


    Listo, estaré pendiente.
    lunes, 29 de octubre de 2012 18:36
  • Gracias por tu atención y por echarle un vistazo a las capturas en los grupos de jmtella, Sergio :-)

    Me da que es un bug, pero habrá que esperar...

    lunes, 29 de octubre de 2012 21:24