Since switching to 0.22, I&#39;d been having frame drops in the recorded files (problem was definitely in the recording, not the playback), delays in frontend activity.  The frame drops coincided with frontend activity while recording (playing back files, deleting files).  Network showed no errors.  CPU usage on backend remained low (much less than 50%) throughout.  Upgrading from weekly 0.22-fixes to trunk had no effect on the issue.  <div>
<br></div><div>Long story short, turning off all logging except for &quot;important&quot; messages caused all issues to go away.  The logging options had been the mythbuntu default (important,general,record,channel).  Turning on more logging options made the issues worse.  Size of log file varied per day between 15MB and 30MB.  This doesn&#39;t seem like enough throughput for disk i/o to cause network packets to fall off the queue.  The disk has dma enabled, and the recording storage is on a different drive than the system drive.</div>
<div><br></div><div>Does anyone have any ideas what I might look into to figure out why logging triggered these problems?</div><div><br></div><div>Myth setup:</div><div>Revo frontend</div><div>Athlon 64 3500 backend, with HDHomeRun and HD-PVR tuners</div>
<div>Mythbuntu 0.22 fixes weekly builds (reverted after trunk didn&#39;t help) with Ubuntu 9.10</div><div><br></div><div>Before upgrading to 0.22, I was running 0.21-fixes on an older computer (Asus A7N8X-X) no issues.  I upgrade to 0.22-fixes and added the HD-PVR, and started having problems.  Switched the BE onto the Athlon 64 box, problems didn&#39;t change.  Problems occurred whether or not I was using the HD-PVR.  I believe (but I can&#39;t swear) I had the same logging options turned on when I was running 0.21.</div>
<div><br></div><div>Thanks for any ideas.</div><div><br></div><div>-Jerry</div>