<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2012/12/30 David Scammell <span dir="ltr">&lt;<a href="mailto:davescammell@gmail.com" target="_blank">davescammell@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Thanks for the replies, i&#39;m wondering about the duplicate freesat<br>
channels of CH4 etc also. I&#39;ve got lots of ram to cache table lookups<br>
and am writing over iscsi which I would guess would not honour barrier<br>
requests but then again they might. ;( ugh.<br>
<div class=""><div class="h5"><br>
On 30/12/2012, Michael T. Dean &lt;<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>&gt; wrote:<br>
&gt; On 12/30/2012 12:25 PM, Jarle Thorsen wrote:<br>
&gt;&gt; 2012/12/30 David Scammell<br>
&gt;&gt;<br>
&gt;&gt;&gt; At the end of the day I&#39;m unsure if there&#39;s a problem with indexes but<br>
&gt;&gt;&gt; my situation was fixed by setting the visible=0 setting on a number of<br>
&gt;&gt;&gt; &#39;useless&#39; channels that i&#39;m unlikely to record from, bringing the<br>
&gt;&gt;&gt; number of visible channels to about 90. My longest slow query is now<br>
&gt;&gt;&gt; 13 seconds, once or twice a day.<br>
&gt;&gt;&gt;<br>
&gt;&gt; I have currently about 700 channels, and I am in the process of deleting<br>
&gt;&gt; channels that I can not tune in to. I&#39;m thinking that my number of<br>
&gt;&gt; (possibly) bad channels may contribute to my problem.<br>
&gt;&gt;<br>
&gt;&gt; I have seen some reports of similar problems for ext4 users, but I&#39;m not<br>
&gt;&gt; running ext4 on my box.<br>
&gt;<br>
&gt; It&#39;s not just ext4.  It&#39;s most any file system with barriers<br>
&gt; enabled--because that slows write speeds to platter write speeds (it<br>
&gt; completely disables disk cache (in software /and/ hardware) for writes).<br>
</div></div></blockquote></div><br><div><div><div><div><div><div><div>I have now gone through all my 
channels manually and removed any channel that I was not able to tune in
 to. I now have about 400 channels, all with EIT enabled.<br><br></div>Every time I see the following in my backend log:<br><br> 2013-01-06
 19:44:36.559637 I [19447/19514] Scheduler scheduler.cpp:2129 
(HandleReschedule) - Reschedule requested for MATCH 0 0 0 - EITScanner<br></div>&lt;snip&gt;<br>2013-01-06
 19:46:19.206036 I [19447/19514] Scheduler scheduler.cpp:2242 
(HandleReschedule) - Scheduled 304 items in 102.0 = 100.30 match + 0.35 
check + 1.39 place<br><br></div>the mysqld process goes through the roof
 and any other program trying to access the db will just hang until the 
scheduling is finished (which takes more than 1 1/2 minute!).<br><br> mysql&gt; show full processlist;<br></div>&lt;snip&gt;<br>|
 1209 | mythtv | localhost                          | mythconverg | 
Execute |     8 | Sending data | REPLACE INTO recordmatch (recordid, 
chanid, starttime, manualid,                           oldrecduplicate, 
findid) SELECT record.recordid, program.chanid, program.starttime,  
IF(search = 5, record.recordid, 0), (CASE   WHEN record.type IN (1, 7, 
8) THEN  0   WHEN record.type IN (6, 9, 10) THEN  -1   ELSE 
(program.generic - 1)  END) , (CASE record.type   WHEN 6    THEN 
record.findid   WHEN 9    THEN 
to_days(date_sub(convert_tz(program.starttime, &#39;UTC&#39;, 
&#39;SYSTEM&#39;),             interval time_format(record.findtime, &#39;%H:%i&#39;) 
hour_minute))   WHEN 10    THEN 
floor((to_days(date_sub(convert_tz(program.starttime, &#39;UTC&#39;,            
 &#39;SYSTEM&#39;), interval time_format(record.findtime, &#39;%H:%i&#39;)             
hour_minute)) - record.findday)/7) * 7 + record.findday   WHEN 7    THEN
 record.findid   ELSE 0  END) FROM (record, program INNER JOIN 
channel       ON channel.chanid = program.chanid)  WHERE record.type 
&lt;&gt; ? AND record.search = ? AND program.manualid = 0 AND 
program.seriesid &lt;&gt; &#39;&#39; AND program.seriesid = record.seriesid  AND
 channel.visible = 1  AND program.endtime &gt; (NOW() - INTERVAL 480 
MINUTE) AND (((record.filter &amp; 1) = 0) OR (program.previouslyshown =
 0)) AND (((record.filter &amp; 2) = 0) OR (program.generic = 0)) AND 
(((record.filter &amp; 4) = 0) OR (program.first &gt; 0)) AND 
(((record.filter &amp; 8) = 0) OR (HOUR(CONVERT_TZ(program.starttime, 
&#39;UTC&#39;, &#39;SYSTEM&#39;)) &gt;= 19 AND HOUR(CONVERT_TZ(program.starttime, &#39;UTC&#39;,
 &#39;SYSTEM&#39;)) &lt; 22)) AND (((record.filter &amp; 16) = 0) OR 
(channel.commmethod = -2)) AND (((record.filter &amp; 32) = 0) OR 
(program.hdtv &gt; 0)) AND (((record.filter &amp; 64) = 0) OR 
((record.programid &lt;&gt; &#39;&#39; AND program.programid = record.programid)
 OR (record.programid = &#39;&#39; AND program.subtitle = record.subtitle AND 
program.description = record.description))) AND (((record.filter &amp; 
128) = 0) OR ((record.seriesid &lt;&gt; &#39;&#39; AND program.seriesid = 
record.seriesid))) AND ((record.type = 4 OR record.type = 6 OR 
record.type = 9 OR record.type = 10)  OR  ((record.station = 
channel.callsign)   AND   ((record.type = 3)    OR   (( 
TIME(CONVERT_TZ(ADDTIME(record.startdate, record.starttime), &#39;UTC&#39;, 
&#39;SYSTEM&#39;)) = TIME(CONVERT_TZ(program.starttime, &#39;UTC&#39;, &#39;SYSTEM&#39;)))     
AND     ((record.type = 2)      OR     
((DAYOFWEEK(CONVERT_TZ(ADDTIME(record.startdate, record.starttime), 
&#39;UTC&#39;, &#39;SYSTEM&#39;)) = DAYOFWEEK(CONVERT_TZ(program.starttime, &#39;UTC&#39;, 
&#39;SYSTEM&#39;))       AND       ((record.type = 5)        OR       
((ADDTIME(record.startdate, record.starttime) = 
program.starttime)         AND (record.type &lt;&gt; 0)        )       
)      )     )    )   )  ) )) |<br><br></div>&lt;snip&gt;<br>| 1221 | 
mythtv | localhost                          | mythconverg | Execute 
|     6 | Locked       | UPDATE program SET title          = ?,     
subtitle      = ?,     description    = ?,     category       = ?,  
category_type = ?,     starttime      = ?, endtime       = ?,     
closecaptioned = ?,        subtitled     = ?,     stereo         = ?,   
 hdtv          = ?,     subtitletypes  = ?,     audioprop      = ?, 
videoprop     = ?,     partnumber     = ?,    parttotal     = ?,     
syndicatedepisodenumber = ?,     airdate        = ?,   
originalairdate=?,     listingsource  = ?,     seriesid       = ?,  
programid     = ?,     previouslyshown = ? WHERE chanid    = ? AND      
 starttime = ?<br><br></div>&lt;snip&gt;<br><br></div>This last process seems very strange, doesn&#39;t it?<br clear="all"><br>-- <br>Jarle Thorsen
</div></div>