简体   繁体   中英

Memory consumption .Net Application ( Azure Websites )

We are using Azure Websites as our platform provider and I am debugging some memory problems related to a managed application that we need a practical way of knowing why my application consumes so much memory .

We have got like 50 users online but consuming 1.5 GB of IIS process coming from 120 threads. I tried taking memory dump but I did not get enough clues to solve the problem. In the past I was using yourkit.net profiler. It was so smooth to spot the issues as I was able to monitor the thread and their memory usage.

My working set as the amount of memory in the private working set plus the amount of memory the process is using that can be shared by other processes is very close to the private_memory.

My private bytes is the current size, in bytes, of memory that my process has allocated that cannot be shared with other processes. So it looks like I am using all these memory.

But could not decide how come I use this much memory. Every user costs like more than 25 megabytes for my system. And that creates a real concern for my scalability.

I installed NewRelic and I did not get so much help from there.

Azure网站

新遗物

Why don't you download the GC dump and analyse it on your laptop (I use Visual Studio Ultimate, but maybe yourkit.net profiler can import it as well?)

GC转储

Take a look at the DaaS site extension (you can access it from http://.scm.azurewebsites.net). It has a memory dump analyzer which can analyze your memory dumps for you and highlight any issues that it finds.

You can find more details here: http://azure.microsoft.com/blog/2014/07/08/daas/

Azure recently launched the ServiceProfile. This tool should help you determine memory usages on intensive processes. https://serviceprofiler.azurewebsites.net/

The technical post webpages of this site follow the CC BY-SA 4.0 protocol. If you need to reprint, please indicate the site URL or the original address.Any question please contact:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM