Reply to thread

Message

<blockquote data-quote="erikture" data-source="post: 593426" data-attributes="member: 71034">Hello!I have looked into the MediaPortal code and found that there are a lot of logging on different levels, debug, info, error and so on.Logging is always good, but I have one question about the way it is implemented in MediaPortal.There are no build in code guard function in the Log class.If you write for example Log.Debug(&quot;Some debug message&quot;);The string &quot;Some debug message&quot; will be constructed every time this debug method is called. If debug is not switched on then the string is thrown away, i e the string is constructed for no reason. Strings are always expensive to constuct.If you instead write something like this:if(Log.isDebugEnabled){&nbsp; &nbsp; Log.Debug(&quot;Some debug message&quot;);}It is even more expensive if you do something like this Log.Debug(string.Format(&quot;Some message: {0}&quot;,aString)); without code guared. Then the string.Format will execute for no reason as well.Where isDebugEnabled is a bool property, the string will only be created when needed.Calling a bool property does not take any time.In the logging library log4net there is methods like this.Just a thought that might improve performance./Erik</blockquote>

[QUOTE="erikture, post: 593426, member: 71034"] Hello! I have looked into the MediaPortal code and found that there are a lot of logging on different levels, debug, info, error and so on. Logging is always good, but I have one question about the way it is implemented in MediaPortal. There are no build in code guard function in the Log class. If you write for example Log.Debug("Some debug message"); The string "Some debug message" will be constructed every time this debug method is called. If debug is not switched on then the string is thrown away, i e the string is constructed for no reason. Strings are always expensive to constuct. If you instead write something like this: if(Log.isDebugEnabled){ Log.Debug("Some debug message"); } It is even more expensive if you do something like this Log.Debug(string.Format("Some message: {0}",aString)); without code guared. Then the string.Format will execute for no reason as well. Where isDebugEnabled is a bool property, the string will only be created when needed. Calling a bool property does not take any time. In the logging library log4net there is methods like this. Just a thought that might improve performance. /Erik [/QUOTE]

Verification