<br><br><div class="gmail_quote">On 16 July 2013 18:38, Christian Hack <span dir="ltr"><<a href="mailto:christian@hack.id.au" target="_blank">christian@hack.id.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On 16 July 2013 06:12, HP-mini <span dir="ltr"><<a href="mailto:blm-ubunet@slingshot.co.nz" target="_blank">blm-ubunet@slingshot.co.nz</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On Mon, 2013-07-15 at 14:20 +1000, Christian Hack wrote:<br>
><br>
><br>
> On 15 July 2013 08:36, Kenni Lund <<a href="mailto:kenni@kelu.dk" target="_blank">kenni@kelu.dk</a>> wrote:<br>
><br>
> Den 15/07/2013 00.28 skrev "Kenni Lund" <<a href="mailto:kenni@kelu.dk" target="_blank">kenni@kelu.dk</a>>:<br>
><br>
> ><br>
</div><div>> > Also, do you use get your EPG from EIT? If not, you should<br>
> be able to save some CPU cycles by disabling EIT.<br>
> ><br>
> > FYI, the upcoming MythTV 0.27 contains multiple<br>
> optimizations which should lower the CPU utilization when<br>
> recording (see for example ticket #12250, #11252 or #11255)<br>
> Sorry, that should have been #11250, not #12250.<br>
><br>
> Best regards<br>
> Kenni<br>
><br>
> Gave 0.26 a whirl last night and after fighting a number of issues<br>
> which were a pain (mysql timezone issue, mythweb broken,<br>
> mythtv-database upgrade failed, password issue in config.xml), I have<br>
> 0.26 running. Unfortunately that also seems to have mostly broken the<br>
> PiP which had previously worked fairly well in 0.25 with VDPAU :( .<br>
> Just when I needed it for Tour de France and the Ashes...<br>
><br>
> Anyway, with 2 HD recordings that I had running CPU usage dropped from<br>
> what would normally be around 130%-140%-150% to around 90%. Still<br>
> fairly high in my opinion but definitely improved noticeably.<br>
><br>
> EPG comes from a scraper. EIT is off on all tuners and also even on<br>
> the channels themselves and I've never used it here since it's (well<br>
> was) a bit rubbish.<br>
<br>
</div>Old *buntus are likely to cause HDD partition alignment issues (on big<br>
disks) that could cost ~20% disk throughput.<br>
<br>
</blockquote><div><br></div><div><div>Brand new install of 12.04. Even then I get 50-60MByte/sec throughput when copying from disk to disk. So recording a few MByte/sec should be no issue. It shouldn't cause high CPU usage in the backend. Maybe IO waiting.</div>
</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Is the high CPU use caused by one or more CPU cores stuck at 100%?<br>
Are you auto-running mythcommflagging/transcoding?</blockquote><div><br></div><div>No. As mentioned mythcommflagging is set to only one thread that is separate to the the mythbackend's CPU usage and killing it makes no difference. No transcoding but again that would be a different process.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Are any high CPU usage tasks named mythlogserver? there could be<br>
several..<br>
This seems to go rogue if mythbackend logging options are not right.<br>
Do the BE & mythlogserver logs & their contents appear okay?<br>
This high CPU usage is with no FE playback right ?<br>
<br></blockquote><div><br></div><div>No mythlogserver processes going crazy - I've not seent that issue. Again this wouldn't explain mythbackend using a lot of CPU to record. The high CPU usage is with recording only with or without mythfrontend doing anything. The 4% usage in the original post is typical and that was playing a HD stream. VDPAU is working well for me with very little CPU required.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Check your mythtv-backend upstart job script against the mythtv wiki<br>
page.<br>
AFAIK mythbuntu has a FE wrapper script that re-spawns the FE if it<br>
crashes.<br>
<br></blockquote><div><br></div><div>Check what exactly? I'm using the standard mythbuntu setup. I don't really see how or why this could be an issue. Yes mythbuntu respawns the frontend.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
I don't recall seeing your graphics h/w except for iCPU/IGP.<br>
VDPAU video decode/playback is only possible on nVidia GPU (all recent)<br>
& some (& only some) AMD when using FOSS radeon driver.<br>
VA-API is viable option on some intel GPU & the latest haswell could<br>
eventually be a match for VDPAU.<br>
<br></blockquote></div></div><div><br></div><div>nVidia GT440 running VDPAU very successfully and as noted working fine. Again, not a mythbackend issue.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>
Christian</div><div><br></div></font></span></div>
<br></blockquote><div>Sounds tuner related, I'm running a HDhomerun also in AU also on mythbuntu 12.04 (0.26-fixes) and I'm not seeing these issues, the other thing you might want to confirm is if your mysql database is running on ext4 as there are optimisations required there or reinstall with ext3 instead.<br>
<br>Cheers,<br><br>Anthony<br></div></div><br>