home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Quality Assurance
Bugtracker Feed
0003126: performance improvements
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="MediaPortal-Bot" data-source="post: 674225" data-attributes="member: 48617"><p><a href="https://forum.team-mediaportal.com/mediaportal-releases-315/various-performance-improvements-87676/" target="_blank">https://forum.team-mediaportal.com/mediaportal-releases-315/various-performance-improvements-87676/</a> [<a href="https://forum.team-mediaportal.com/mediaportal-releases-315/various-performance-improvements-87676/" target="_blank">^</a>]</p><p></p><p>It takes numerous seconds to enter myRecTv screen when dealing with many recordings.</p><p></p><p>I did some detective work along with redgate ANT performance profiler.</p><p>More specifically the various "File.Exists" call where the culprit.</p><p></p><p>I started introducing a caching dictionary to the static helper class:</p><p>Util.GetCoverArt</p><p></p><p>This would help remove the expensive File.Exists calls</p><p></p><p>What it does is simle.</p><p>If it stumbles upon a file that isn't part of the dictionary it then does a file.exists and then adds it to the dictionary.</p><p>The next time a call to Util.GetCoverArt is done with the same filename lookup is done, then the dictionary will be able to reply back much faster than doing disk IO.</p><p></p><p>This has a huge performance impact when looking up coverart on many files.</p><p></p><p>Various other optimizations were also done with the help by Inker.</p><p>hashset's introduced where needed, LinQ, compiled regexp. etc.</p><p></p><p><a href="http://mantis.team-mediaportal.com/view.php?id=3126" target="_blank">http://mantis.team-mediaportal.com/view.php?id=3126</a></p><p></p><p><a href="http://mantis.team-mediaportal.com/view.php?id=3126" target="_blank">Open the issue in Mantis...</a></p></blockquote><p></p>
[QUOTE="MediaPortal-Bot, post: 674225, member: 48617"] [URL]https://forum.team-mediaportal.com/mediaportal-releases-315/various-performance-improvements-87676/[/URL] [[URL="https://forum.team-mediaportal.com/mediaportal-releases-315/various-performance-improvements-87676/"]^[/URL]] It takes numerous seconds to enter myRecTv screen when dealing with many recordings. I did some detective work along with redgate ANT performance profiler. More specifically the various "File.Exists" call where the culprit. I started introducing a caching dictionary to the static helper class: Util.GetCoverArt This would help remove the expensive File.Exists calls What it does is simle. If it stumbles upon a file that isn't part of the dictionary it then does a file.exists and then adds it to the dictionary. The next time a call to Util.GetCoverArt is done with the same filename lookup is done, then the dictionary will be able to reply back much faster than doing disk IO. This has a huge performance impact when looking up coverart on many files. Various other optimizations were also done with the help by Inker. hashset's introduced where needed, LinQ, compiled regexp. etc. [url]http://mantis.team-mediaportal.com/view.php?id=3126[/url] [url=http://mantis.team-mediaportal.com/view.php?id=3126]Open the issue in Mantis...[/url] [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Quality Assurance
Bugtracker Feed
0003126: performance improvements
Contact us
RSS
Top
Bottom