Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • danial 6 posts 26 karma points
    Aug 03, 2013 @ 07:46
    danial
    0

    excessive memory usage by iis application pool

    Hi,

    We have an umbraco 4.11 instance with around 400 nodes, running on iis 7.5, .net 4, windows 2008 r2. upon first visit it consumes around 500mb of ram and moves up to around 900mb. Since the site is going to be deployed on a shared hosting, this would cause us massive problem.

    I've tried tracing the custom codes for memory leaks, and found nothing. I Also  ran Windbg on the app pool memory dump only to find the following report:

    --- Usage Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal

    Free                                    461      7fb`9ab99000 (   7.983 Tb)           99.79%

    <unknown>                              1201        4`4ec32000 (  17.231 Gb)  98.00%    0.21%

    Image                                  2604        0`1123e000 ( 274.242 Mb)   1.52%    0.00%

    Heap                                     74        0`037c2000 (  55.758 Mb)   0.31%    0.00%

    Stack                                   172        0`01c00000 (  28.000 Mb)   0.16%    0.00%

    Other                                     9        0`001b2000 (   1.695 Mb)   0.01%    0.00%

    TEB                                      57        0`00072000 ( 456.000 kb)   0.00%    0.00%

    PEB                                       1        0`00001000 (   4.000 kb)   0.00%    0.00%

     

    --- Type Summary (for busy) ------ RgnCount ----------- Total Size -------- %ofBusy %ofTotal

    MEM_PRIVATE                             628        4`50cda000 (  17.263 Gb)  98.18%    0.21%

    MEM_IMAGE                              3453        0`135fc000 ( 309.984 Mb)   1.72%    0.00%

    MEM_MAPPED                               37        0`01181000 (  17.504 Mb)   0.10%    0.00%

     

    --- State Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal

    MEM_FREE                                461      7fb`9ab99000 (   7.983 Tb)           99.79%

    MEM_RESERVE                             985        4`226fb000 (  16.538 Gb)  94.06%    0.20%

    MEM_COMMIT                             3133        0`42d5c000 (   1.044 Gb)   5.94%    0.01%

     

    --- Protect Summary (for commit) - RgnCount ----------- Total Size -------- %ofBusy %ofTotal

    PAGE_READWRITE                          881        0`2edd3000 ( 749.824 Mb)   4.16%    0.01%

    PAGE_EXECUTE_READ                       406        0`0f016000 ( 240.086 Mb)   1.33%    0.00%

    PAGE_READONLY                          1157        0`02c1a000 (  44.102 Mb)   0.24%    0.00%

    PAGE_WRITECOPY                          422        0`01cde000 (  28.867 Mb)   0.16%    0.00%

    PAGE_EXECUTE_READWRITE                  121        0`00328000 (   3.156 Mb)   0.02%    0.00%

    PAGE_EXECUTE_WRITECOPY                   89        0`0026e000 (   2.430 Mb)   0.01%    0.00%

    PAGE_READWRITE|PAGE_GUARD                57        0`000e5000 ( 916.000 kb)   0.00%    0.00%

     

    --- Largest Region by Usage ----------- Base Address -------- Region Size ----------

    Free                                      5`3f530000      7f9`54ca0000 (   7.974 Tb)

    <unknown>                                 2`835b4000        0`7bf7c000 (   1.937 Gb)

    Image                                   7fe`e79da000        0`01338000 (  19.219 Mb)

    Heap                                      0`0c5e0000        0`00961000 (   9.379 Mb)

    Stack                                     0`00960000        0`0007b000 ( 492.000 kb)

    Other                                     0`006b0000        0`00181000 (   1.504 Mb)

    TEB                                     7ff`ffe90000        0`00002000 (   8.000 kb)

    PEB                                     7ff`fffdb000        0`00001000 (   4.000 kb)

    the other reports about managed portions of memory are ommitted because they don't show anything out of the ordinary.
    the dump shows that <unkonwn> region or the unmanaged portion is consuming the most memory, which is an indication of win32 api calls or something else I don't know about.
    What I need to know is if this memory usage is usual? if not what are the causes and fixes that can be applied on it?
    I'd appreciate any help to clear this issue!
Please Sign in or register to post replies

Write your reply to:

Draft