<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 15, 2013 at 4:12 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">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">kenni@kelu.dk</a>> wrote:<br>
><br>
> Den 15/07/2013 00.28 skrev "Kenni Lund" <<a href="mailto:kenni@kelu.dk">kenni@kelu.dk</a>>:<br>
><br>
> ><br>
</div><div class="im">> > 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>
Is the high CPU use caused by one or more CPU cores stuck at 100%?<br>
Are you auto-running mythcommflagging/transcoding?<br></blockquote><div><br></div><div>Hi, I don't want to derail this discussion. However I have encountered this behavior. Its not a big problem on my system, as a restart of the mythbackend service fixes it. would you be able to point me to a bug ticket for further reading? I have not researched this at all, but the discussion sparked my interest and I just thought I would ask.</div>
<div><br></div><div>Kris.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
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>
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>
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>
<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
</blockquote></div><br></div></div>