Asked by:
Memory leak in solution import?

Question
-
As we import large solutions into 2011 orgs we see the server memory gradually climb with each import. We divide up our solutions by entities, plugins, web resources, etc. We have many custom entities and plugins. After a couple of imports, all 16gigs of ram are in use and we have to do an iisreset to clear. We noticed this in CRM 4.0 also but it is much worse in 2011. Anyone else have this problem?
Thanks,
Tim
Monday, October 28, 2013 11:19 PM
All replies
-
Yes it consumes a memory on each heavy import. Resetting IIS after heavy importing would help reducing memory so as to prepare for next heavy import in queue.
But as an optimization, you can also consider to reduce your web resource & plugin assembly size as low as possible. You can also opt for using late binding in many areas instead of un-neccessarily generating early binding classes to consume dll/.xap size further. For common code or external assembly, which is used extensively, try taking out of your solution & putting that into separate DLL & to GAC. It might also relax your solution size to some extent.
Regards,
Rugved Gokhale
Tuesday, October 29, 2013 7:01 AM -
Thanks for your reply Rugved but our merged plugin assembly is only 5 mb. After registering it 3+ times I see almost 16 gb of memory consumed. Using it is fine but not releasing it is a memory leak. I'm unaware of any limitations on the number of plugins you can safely register so I think I'll open a support case. I'm surprised others haven't commented on this as we aren't doing anything unusual.
Tim
Thursday, October 31, 2013 7:50 PM -
Hi,
I have also experienced the same issue on 2013 RU 2. Small deploy file ~27Mb most of which is just the dll's as i always use early binding as it minimises bugs ~70 entities and ~20 small web resources 16Gb RAM fully utilised just on importing the solution and if it by sum miricale is successful none of the RAM is freed up and i need to do an iisreset. Seems like there is definitely a leak there.
Kieran
Thursday, March 27, 2014 12:54 PM -
Agreed. There is just no reason why we should have to do an iisreset to clear memory after deploying plugins. It's a bug.
Tim
Thursday, March 27, 2014 3:57 PM -
I have a case open with MS at the moment with this very issue. We recently added plugins to our solution (instead of registering them manually after the solution imported) and suddenly noticed the solution import taking all available memory! Take out the plugins... everything is fine again.
I'll report back with what I hear!
Thursday, April 10, 2014 3:00 PM -
I'd be interested in hearing what you find out. We had to put an iisreset in the pluginRegistration program after each org it registers the plugins on. That makes it impossible to run during the day.
Tim
Monday, April 14, 2014 6:35 PM -
I'm getting the impression that lots of us are doing this and MS is just not really aware what a huge issue this is. My request has still not been accepted for a CoD hotfix, but I was told by the support engineer that he saw it slightly better in UR17 (I did not personally with my UR17 preview)...Monday, April 14, 2014 6:39 PM
-
I just got a hotfix for this on UR15. The fix is rolled into UR18, and already fixed on CRM 2013 SP1. Plugin registration, which at one time took 22 GB of memory, is down to 500 MB. So, look forward to UR18!Friday, June 13, 2014 4:57 PM
-
Thanks for the heads up on the hotfix. I've been anxiously awaiting UR18 but no news yet. Can you post any info on the hotfix? I'm hoping it is available for others who are affected like us.
Tim
Tuesday, July 29, 2014 9:13 PM