Memory leak in Runtime Broker - by JeffreyKey

Status : 


Sign in
to vote
ID 770619 Comments
Status Closed Workarounds
Type Bug Repros 0
Opened 11/9/2012 7:51:26 AM
Access Restriction Public


Calls to TileUpdater.GetScheduledTileNotifications appear to result in allocations in the Runtime Broker process that never get reclaimed. The size of the allocation appears to be influenced by the number of scheduled tiles, so applications with few scheduled tiles would cause the Runtime Broker to leak slowly. For applications with many scheduled tiles, however, the allocations are quite large and can result in several gigabytes being allocated if the method is called frequently, such as in background tasks.

This is a very real problem. I have one of the clock applications in the Windows Store and I was using this method to determine how many updates were scheduled so I could top off the queue with more. After a couple days in the store, people started reporting huge memory leaks in the Runtime Broker -- several GB. Web forums are filling up with people complaining about this leak and associating it with my app -- even though I'm now getting email from people complaining about the leak and they don't even have my app installed. As more apps come online in the Store this is only going to get worse. 
Sign in to post a comment.
Posted by Reza [MSFT] on 12/18/2012 at 4:23 PM
Thank you for reporting this bug. We have routed the issue to the appropriate team.
Posted by Microsoft on 11/12/2012 at 2:21 AM
Thank you for submitting feedback on Visual Studio and .NET Framework. Your issue has been routed to the appropriate VS development team for investigation. We will contact you if we require any additional information.
Posted by Macy [MSFT] on 11/9/2012 at 8:50 AM
Thank you for your feedback, we are currently reviewing the issue you have submitted. If this issue is urgent, please contact support directly(