I recently upgraded from 0.18 to 0.20 (and a corresponding video driver upgrade from 7174 to 9746) and I am seeing this problem as well. The first time I enter the recordings screen, all seems well, but shortly thereafter, every navigation is painfully slow, including the menu to delete a recording.
<br><br>I have observed that my normal mythfrontend CPU consumption is about 15%, but when this recording menu problem arises, the mythfrontend CPU consumption jumps up to 25%. The CPU runs at 25% even if I just sit idling on that screen. If I leave that screen and go back one level and sit, mythfrontend CPU drops to 0% as expected.
<br><br>I have done several of the recommended tests, to include: <br><ul><li>remove thumbnails and re-gen with mythweb</li><li>ls -al on my video directory to test disk responsiveness (it is very good for 150 recordings on xfs file system)
</li><li>verify that the BIOS is not spinning the disks down</li><li>run optimize on the mythconverg database (no change)<br></li><li>set up monitoring to log slow SQL (none found)<br></li></ul>So it would seem the problem is not thumbnail, SQL, or disk related. One thing I did notice, tho. I have some recordings that came over from the
0.18 system and these files have a .nuv extension. All 0.20 recordings have a .mpg extension. Does this matter? Could the 0.20 frontend be having trouble with these older recordings?<br><br>Any advice appreciated....<br>
<br>Larry<br><br><div><span class="gmail_quote">On 2/13/07, <b class="gmail_sendername">Jonathan Rogers</b> <<a href="mailto:jonner@teegra.net">jonner@teegra.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 2006-12-14 at 09:26 -0500, Ryan Duffy wrote:<br>><br>> > this is slow all the time, its like 2.5 to 3.0 seconds each time I<br>> > move up and down.<br>><br>> Mine is slow (about 2-3 seconds) but only after watching a recording then exiting back to the recordings list. If I back out one more menu level, and move back into the recordings list, it is very quick to move between recordings again.
<br><br>I have almost exactly the same problem that Ryan Duffy describes. When<br>mythfrontend first starts up, it is responsive to input from keyboard<br>and lirc remote. After playing a recording (which has no significant
<br>performance problems), moving through the recordings list is much<br>slower. Going back to the top level menu, then back to the recordings<br>list doesn't always fix the problem, though restarting mythfrontend<br>
always does. Navigating to certain other menus, such as system status,<br>seems to reset mythfrontend to its responsive state.<br><br>I have been seeing this problem starting with 0.19, then on 0.20, and<br>now on SVN from a few days ago. I have thought it could be CPU load,
<br>video driver, or permissions related, but I believe I've eliminated all<br>those possibilities. This problem seems unrelated to what else is<br>happening on the system. The CPU is an Athlon64 x2 3800, which has no
<br>trouble playing back HD recordings. The video card is a Radeon 9600 with<br>Xorg's radeon driver, which handles video playback fine. There are two<br>drives, one WDC SATA drive and one Seagate UATA-100 drive, set as master
<br>by itself.<br><br>There is one filesystem for recordings on each disk (using the new<br>storage groups feature), and both frontend and backend users can read<br>and write to both locations. The Seagate drive spins down most of the
<br>time, since it only contains recordings. There is an additional delay<br>while it spins up, but I was already aware of this and it's unrelated to<br>my ongoing problem. I tried removing all the PNG thumbnails. Recreating
<br>them introduced additional delays, but after that was done, the problem<br>I'm trying to fix is still there.<br><br>Based on my observations, I think it has to be a problem within<br>mythfrontend, since it seems to only depend on its internal state. I'm
<br>wondering if it could have something to do with mythfrontend's MySQL<br>connections. Or, perhaps it's somehow related to running on an SMP<br>system. I also have a separate MythTV system with only a Duron 800, one
<br>UATA hard drive, and a PVR-350 for output. It's running 0.20. Though it<br>has much lower overall performance, it doesn't have the slow recordings<br>menu problem and generally performs quite well for an SD Mythbox.
<br><br>Jonathan Rogers<br><br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br></blockquote></div><br>