DX Application Performance Management

Expand all | Collapse all

.net Agents and .net runtime problem

  • 1.  .net Agents and .net runtime problem

    Posted 01-24-2012 08:00 PM
    Today I disabled all our wily agents on our .net production hosts because the agent was loading the v2 .net profiler repeatedly, and causing a serious performance issue.

    As to why this constant reloading of the profiler is happening, I have no leads. Not sure if it's an agent issue, or a windows issue. From the MoM, everything looks fine. In the event logs on each machine, there are hundreds of .net runtime errors from the agent.

    What I do know is that the v2 profiler does a full restart of the worker processes each time it tries to load the profilier. This causes undue performance impact, since the worker process takes much longer to respond when first created. Subsequent request are met quickly, until such time as the wily agent once again tries to load the profilier and the worker process must reestablish everything in the cache.

    I'm uncertain if a later .net runtime would do the same full restart of the worker process, or simply try to load the profiler. Would be nice though, if the agent used a more recent version of .net runtime.

    If anyone knows why this might be happening, I'd love to hear from you.

    - windows server 2008 R2 v6 (sp1) and IIS 7.5
    -.net agent v9.0.7.0 (with APM9)
    - native profiler (autoprobe not being used since the native profiler footprint was much smaller)
    - all configurations match the CA specs (env. variables, wilypermissions.exe, registered dll's, etc...)


  • 2.  RE: .net Agents and .net runtime problem

    Posted 01-26-2012 04:30 PM
    Additional info/question...

    If the navtive profiler isn't an option (given the way our application is architected... to load 10 seconds worth of cached resources when firing up the worker process), we may consider using the autoprobe configuration.

    How exactly do the navtive profiler and autoprobe differ?? Autoprobe appears to be less efficient, but may not cause the same performance issue.

    Frankly, I don't have a good understanding of how these agents actually integrate with windows to pull the metrics. Specifically how this might differ between autoprobe and native profiling.