[mythtv-users] HowTo tune MySQL for schedule time and in general?
Thomas Börkel
thomas at boerkel.de
Sun May 5 10:44:31 UTC 2013
HI!
On 05.05.2013 05:27, David Engel wrote:
> Something doesn't add up here.
>
> In your first timing, the majority of time (5.88s) was spent in the
> place phase. That phase shouldn't be affected that much by DB
> changes. To get a later run in the 0.2s range, the place phase would
> have had to sped up a lot and I can't see that happening with just a
> DB change. It is the match and check phases that are DB sensitive.
Only thing I can say is that the scheduler always took these long times
before my changes and now it is always fast.
> In addition, the scheduler normally only runs the match and check
> phases on things that might have changed. That means you can't
> arbitrarily pick scheduler runs and compare them because they might
> not have done the same amount of work. You can compare runs initiated
> with "mythutil --resched" because those cause the scheduler to re-run
> everything. You can also compare runs by making a do-nothing change
> to a single recording rule because those cause the scheduler to only
> re-run the parts for that rule.
I compared the times by scheduling a new non-conflict recording and then
deleting it again.
Thomas
More information about the mythtv-users
mailing list