[mythtv-users] Lengthy delay watching recordings
Terjesen Jens Peder
Jens.Peder.Terjesen at devoteam.com
Wed May 23 16:05:53 UTC 2012
-----Original Message-----
On 22. mai 2012 9:46 Michael T. Dean wrote:
On 05/22/2012 02:19 PM, Rich West wrote:
> I noticed that going to 0.25 about a month back that the delay to
> start playing an HD video had increased substantially and was curious
> as to what might be the cause.
>
> As I looked further, I realized that it is with all video, but HD
> content appears to be the most obvious offender. It can take up to 31
> seconds from the moment the user selects the video to play before it
> actually starts playing.
>
> My backend system is well used, but from the graphs I have, it's not
> hurting with CPU or memory. Network to the frontends are all
> hardwired (backend is gig, frontends are 100 meg). From a utilization
> perspective, the drives on the backend server are always hovering at
> around 85% utilization, which is good, and the general I/O on the
> drives is not such that it would cause a negative impact.
>
> I am using commercial detection, so I do suspect that there is some
> form of buffering going on, but for 31 seconds? No network errors on the
> switch or the interface for the frontend or the backend. CPU
> utilization on the frontend is low.. basically idle.
>
> I'm just wondering if there is a particular place within MythTV to
> look (for example, I recently found that it was recommended that
> "quick tuning" should be enabled for the hdhomerun)..
>
/me guesses you have MySQL data on a file system with barriers enabled.
Mike
-----Original Message-----
I don't have this problem but get irregular periods of freezes on the frontend.
I am not so sure that barriers enabled or not is the cause of this, based on the following observations.
On my combined FE/BE I was running 0.24 until the beginning of December 2011 without any problems like this.
I then switched to the development 0.25-pre version because of frequent tuning problems, and updated regularly until 0.25 was released.
Up until some time early in 2012, probably around February/March there were still no problems with freezing.
After this point in time I started to get 30-120 second freezes on the frontend. After some time I found that the mysqld process was using near 100% of one core for very long periods, and the freezes coincided with this.
After getting an UPS working for the FE/BE I disabled barriers on the OS/database partition which is EXT4.
The rescheduling time went down from about 25-30 seconds to about 15 seconds, but the freezes where still the same.
Using SHOW PROCESSLIST; in mysql showed that insertions and modifications of the program table had a status of LOCKED for long periods of time while the mysqld CPU load was at near 100%.
http://www.gossamer-threads.com/lists/mythtv/users/510064#510064
Being a little desperate I deleted all recording rules, and the freezes and high CPU load where all gone.
Well a PVR without any recording rules isn't of much value, so after monitoring for a while I started adding recording rules back. With just a few recording rules the system worked fine. Now when I am more or less back at the same number of recording rules I see freezes lasting from 10-25 seconds.
Jens
More information about the mythtv-users
mailing list