<br>
<div class="gmail_quote">On 16 July 2013 21:56, Anthony Giggins <span dir="ltr"><<a href="mailto:seven@seven.dorksville.net" target="_blank">seven@seven.dorksville.net</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote"><br><br>
<div class="gmail_quote">
<div>
<div class="h5">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 style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<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 style="BORDER-LEFT:rgb(204,204,204) 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<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 style="BORDER-LEFT:rgb(204,204,204) 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">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 style="BORDER-LEFT:rgb(204,204,204) 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">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 style="BORDER-LEFT:rgb(204,204,204) 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">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 style="BORDER-LEFT:rgb(204,204,204) 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">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><font color="#888888">
<div><br></div>
<div>Christian</div>
<div><br></div></font></span></div><br></blockquote></div></div>
<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><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>
<br></blockquote>
<div> </div>
<div>I'm quite sure the same tuners on a different motherboard didn't do this with 0.25 on Mythdora. If I play directly using mplayer or similar that would rule out the hardware, kernel drivers, USB etc wouldn't it?</div>
<div> </div>
<div>The file system is ext4 so I will investigate that wrt mysql. Thanks. Certainly it lags a bit when starting to *play* a recording. It seems to hit the DB for recordedseek for that program. If you exit and play the same again, it starts much faster so I presume it's cached then. At one point I had changed it over to InnoDB and that made quite a difference on that table.</div>
<div> </div>
<div>Christian</div></div>