Press Ctrl / CMD + C to copy this to your clipboard.
This post will be reported to the moderators as potential spam to be looked at
I'm investigating an issue with a site that is consuming more memory than it should - it ramps up slowly and eventually we need to recycle the app pool.
Trying to see if I can diagnose anything with Microsoft's Debug Diagnostic tool.
One issue I can see is in the generated report is that it complains that "the finalizer thread is blocked" and points to the following stack trace:
[[HelperMethodFrame_1OBJ] (System.Threading.WaitHandle.WaitOneNative)] System.Threading.WaitHandle.WaitOneNative(System.Runtime.InteropServices.SafeHandle, UInt32, Boolean, Boolean)
mscorlib_ni!System.Threading.WaitHandle.InternalWaitOne(System.Runtime.InteropServices.SafeHandle, Int64, Boolean, Boolean)+22
Which stems from Umbraco's AsynchronousRollingFileAppender implemented for logging with log4net.
Question then really for anyone who has dug into anything like this, is is this just something that's an artefact of this testing and not something to be concerned with? I would assume that's the case or we'd likely see similar issues on other Umbraco sites. But could it actually be something to be concerned about with regard the memory issues I'm looking into?
Hey Andy, this is definitely not a concern regarding memory issues. We've done countless memory dumps when debugging mem issues and the logger has never shown up as a blip on the radar.
When debugging mem issues, it's best and easiest to take a mem dump when the issues is occurring and then analyzing it. Vs does a really good job of analysing mem dumps for memory analysis.
I'll investigate why your report is complaining about that though to see if that's just a flask positive since we are keeping a thread alive
Thanks Shannon - I assume it's a false positive simply as if not, we'd likely see issues on our other Umbraco sites, are we're not. But would be good to clear it up given when I do the memory analysis using this tool, this "finalizer thread is blocked" is the only obvious issue that seems to be flagged.
No worries Andy, I'll do a bit of research today to see if i can see anything obvious
From the looks of this issue, i think it's just complaining that in the OnClose method it is trying to
the debugger is probably complaining about that because that could block the finalizer thread for up to 5 seconds but it will still continue.
I've just had a look at newer async log4net logging options which uses more current and best practices methods to do the async-ing, so we'll include that with 7.3
is working on a reply...
Write your reply to:
Image will be uploaded when post is submitted