<div class="gmail_quote">On Jan 23, 2008 10:30 AM, Mitch Gore <<a href="mailto:mitchell.gore@gmail.com">mitchell.gore@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<p>Hi,</p>
<p>I having issues with HD video stuttering when a recording stops and begins commflaging.<span> </span>After the commflag gets started it plays fine but there is a 45sec period where video is unwatchable.<span> </span>
So where is the bottleneck?<span> </span></p>
<p>Here is my system:<br>Fedora 8 64bit/fully updated<br>MythTV atrpms-bleeding packages<br>AMD X2 5200 (2.4Ghz)<br>1 gb of DDR2 800<br>500gb sata drive (w/10gb system partition and the rest recordings)<br>120gb sata (w/2.5GB SWAP and the rest recordings)
<br>HDHomeRun<br>using onboard nVidia 6150 w/128mb Ram allocated.<br>Dual head display, one 1080p projector for the frontend and one 15"LCD for admin work.</p>
<p>When all this is happening my Ram is used 73% and 25% is cache.<span> </span>I use about 350mb of SWAP.<span> </span>Also when looking at HTOP the processor is not maxed out so I don't believe that is the issue.
</p>
<p>Would a new system only drive help?<span> </span>More Memory?<span> </span>PCI-X video card?<span> </span></p></blockquote>
<div>Probably the disk. Most likely the fact that you are sharing system, database, logs, and recordings on the 500GB SATA drive is causing issues. I've moved to recommending a separate drive at the *minimum* for your database and logs (usually /var). Obviously this can exist with the system if needed but should not be shared with recordings. I found once I did this that performance increased dramatically since all the I/O contention between recording (seektables to the DB) and commflagging (reading seektables from DB) and watching (again, reading seektables from DB) combined with the actual video files themselves was separated.
</div>
<div> </div>
<div>Kevin</div></div>