<div class="gmail_quote">On 2 April 2011 20:46, Michael T. Dean <span dir="ltr">&lt;<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>&gt;</span> wrote:<br><div>... <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
To see if you&#39;re having data-access problems, try running:<br>
<br>
wget &#39;http://&lt;masterbackendip&gt;:6544/Myth/GetRecorded&#39; -O /dev/null<br>
<br>
(but change &quot;&lt;masterbackendip&gt;&quot; to the IP address of your master<br>
backend).  After, you should see something like (probably about 2x as<br>
large as since I have 1469 recordings):<br>
<br>
100%[======================================&gt;] 1,263,278   --.-K/s   in 0.1s<br>
<br>
If so--if you&#39;re getting the results in, say, 0.2s or 0.3s--the problem<br>
is likely the mythfrontend sorting/processing of those recordings.<br>
FWIW, with half as many recordings as you have, my system brings up the<br>
Watch Recordings screen in (seemingly a lot less than) 0.5s (I&#39;d guess<br>
0.2 to 0.3s, but can&#39;t say for sure).  So, either you&#39;ve surpassed some<br>
performance ceiling, have an underpowered frontend (mine is not an<br>
Atom--it&#39;s a real computer--but trying to load that screen with 3K<br>
recordings on an Atom-based system *should* take a long time), or have<br>
some other misconfiguration, such as...<br></blockquote><div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Often previews /are/ a problem for users with some MythTV system<br>
misconfigurations--but, as Raymond  mentioned, won&#39;t be a problem on a<br>
properly-configured system.<br>
<br>
Off the top of my head, reasons I can remember that cause previews to<br>
slow Watch Recordings include:<br>
   a) having your (frontend user) $HOME/.mythtv directory on NFS and<br>
disabling file-attribute caching<br>
   b) having a broken/not-writable $HOME/.mythtv/{remote,theme}cache<br>
directory<br>
   c) having a time difference on your frontend and backend machines<br>
(you should use NTP on all mythtv machines)<br>
<br>
There are probably others, too,  but this is a good start of a list of<br>
things to look at.<br>
<br></blockquote><br>--------------------------------------------------------------------------------------------------------<br>$ time wget &#39;http://&lt;address&gt;:6544/Myth/GetRecorded&#39; -O /dev/null<br>--2011-04-04 18:28:38--  http://&lt;address&gt;:6544/Myth/GetRecorded<br>
Connecting to &lt;address&gt;:6544... connected.<br>HTTP request sent, awaiting response... 200 OK<br>Length: 2956015 (2.8M) [text/xml]<br>Saving to: /dev/null<br><br>100%[======================================&gt;] 2,956,015   --.-K/s   in 0.01s<br>
<br>2011-04-04 18:28:44 (291 MB/s) - /dev/null<br><br>real    0m5.801s<br>user    0m0.001s<br>sys     0m0.007s<br>--------------------------------------------------------------------------------------------------------<br>
<br>So the actual download goes by quickly, but it takes a few seconds before it starts to receive data.<br><br>System specs: Fedora 13 on an Asus K8V with an AMD64 3000+ and a Sparkle GeForce 9400 GT PCI card, with OpenGL painter and VDPAU output, using DVI-&gt;HDMI to a FullHD LCD TV and the SP/DIF of the mainboard directly to the amplifier. The system is somewhat regularly updated against the Fedora and ATrpms repos. MythTV version is release-0-22-fixes 22973.<br>
<br>Everything runs on the same computer, no external file systems, everything on ext3. Recording drives have &quot;rw,data=writeback&quot; flags, used to have noatime and nodiratime but those were removed since I suspected they interfered with thumbnail generation.<br>
<br><br>Is $HOME in (b) above for mythfrontend or mythbackend? The frontend runs as my normal user, the backend runs as root. In the user home remotecache and themecache are writable by user and group, in root:s home I only have themecache and it&#39;s writable by root only.<br>
<br>/ Niklas<br><br></div><br></div>