<br><br><div class="gmail_quote">On Fri, Oct 12, 2012 at 12:47 PM, Chris Pinkham <span dir="ltr"><<a href="mailto:cpinkham@bc2va.org" target="_blank">cpinkham@bc2va.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">* On Fri Oct 12, 2012 at 07:15:30AM -0400, Ronald Frazier wrote:<br>
> I didn't have time this morning to give it multiple tries, so I just<br>
> bumped it right to 120 seconds and it worked. The logs are below. It<br>
> looks like we had about a 45 second pause. As for the reason why, I<br>
> haven't looked at the SD output in a few years, but isn't it broken<br>
> into multiple sections...like <list of channels><list of<br>
<br>
</div>Ouch. I don't know much about the internals of the SD downloads. It's<br>
possible this has always been the case but wget was shielding us with<br>
its 900-second read timeout. 45 seconds is way too long to set as the<br>
default timeout in MythDownloadManager, so we may have to pursue the<br>
ability to set the timeout on a per-download basis. I sent a message<br>
to Gavin about this, I think he made the conversion from wget to MDM,<br>
so I'd like to get his insight.<br></blockquote><div><br></div><div>What I don't understand is why it needs to download so much data... all he is doing is retrieving his lineups. Perhaps someone should work with the SD developers to have a query created that just returns the names/id of the lineups. A separate query could retrieve the channels for the selected lineup.</div>
</div>