<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">

</span>Dear Gabriel,<br>
<br>
I am not sure I understand the numbers you quote above.<br>
<br>
You show a dd to disc achieving 48MBps but the read test shows only<br>
97MBps. Where does 800 mega bits per second come into it?<br>
<br></blockquote><div><br></div><div>I converted the dd output from MB/s to Mbps. The output was 47.9 MB/s, which is (47.9 MB/s * 8) 383.2 Mbps.<br></div><div><br></div><div>Sorry about the confusion, I thought it would be easier to express it in megabits per second, since in terms of the HDHomerun stream, it's generally expressed in Mbps.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Incidentally, the write test is unrealistic. mythbackend does not queue<br>
up 1GB data chunks in memory before flushing to disc. I don't know what<br>
the block size is, but I would hazard a guess of a few megabytes (a<br>
third perhaps of the size of the ring buffer). Moreover whilst<br>
mythbackend flushes video data to disc it synchronously inserts rows<br>
onto the end of the recordedseek table. If this is on the same disc<br>
(you don't say) it could have a significant impact upon write<br>
performance. Even if recordedseek is on another disc it will still have<br>
an impact, unless it is on SSD.<br></blockquote><div><br></div><div>Right and I run mysql on a separate SSD for performance reasons. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A good way to assess the performance of a disc system is to use a<br>
standard test. Many people use bonnie++. That said, the numbers you<br>
quote don't seem unreasonable.<br>
<br>
Here's the same unrealistic test of performance on my old myth system<br>
(5 year old 2GHz Celeron with Seagate 2TB drive of the same vintage):<br>
<br>
# dd if=/dev/zero of=/export/home52/foo bs=1G count=1 oflag=dsync<br>
<span class="">1+0 records in<br>
1+0 records out<br>
</span>1073741824 bytes (1.1 GB) copied, 15.9102 s, 67.5 MB/s<br>
#<br>
<br>
It's not great, but it does have two layers of lvm and cryptography to<br>
deal with. It can record 4 channels and play on 3 screens<br>
simultaneously without judders. The o/s and database are on the same<br>
disc.<br></blockquote><div><br></div><div>I could try and run bonnie++, but I did run dd again writing out 2MB chunks for a total of 1GB  of data, and the performance was up around 160Mbps, which is less than the original test, but still not bad enough that it should cause pixelation on only one recording.<br></div></div></div></div>