Difference between revisions of "User talk:Mrsdonovan"

From MythTV Official Wiki
Jump to: navigation, search
(Replied)
Line 5: Line 5:
 
My hardware was using a mixture of IDE and SATA drives, so that might have been it.  It wasn't continuous stuttering that was the problem, it was an intermittent loss of packets during high loads whose only affect on playback was to skip a few seconds.  The problem was really intermittent and seemed worse during transitions, i.e. when playback/commercial detection was ending, etc.  It might be due to a bug in MythTV too, where database writes, etc. can cause interruption of writing to the disks. [[User:Mrsdonovan|TugBoat]] 17:22, 13 February 2008 (UTC)
 
My hardware was using a mixture of IDE and SATA drives, so that might have been it.  It wasn't continuous stuttering that was the problem, it was an intermittent loss of packets during high loads whose only affect on playback was to skip a few seconds.  The problem was really intermittent and seemed worse during transitions, i.e. when playback/commercial detection was ending, etc.  It might be due to a bug in MythTV too, where database writes, etc. can cause interruption of writing to the disks. [[User:Mrsdonovan|TugBoat]] 17:22, 13 February 2008 (UTC)
 
<blockquote>
 
<blockquote>
 +
I have no idea what one HD stream @ 1080p takes. Depends on the compression format. I do know that when people bandy those numbers about, they're always talking in megabit, not megabyte. The difference being a factor of eight. ATSC is 19.4Mbit/sec (that's ~2.5MB/sec) and QAM is 38.8Mbit/sec (4.85MB/sec). A PVR-*, at it's max bitrate, is going to write 750KB/sec. A decent hard drive shouldn't have much issue doing this. In my case, I am using the good 'ol Linux RAID (with LVM on top of it, no less). And that 45MB/sec I quoted was reading and writing at the same time on the same volume (ex., "cp 8gbfile 8gbfile2"). I have scads of useful disk I/O. Now, I also run a IDE RAID 1 for my system drives, and the performance on those is more-or-less craptastic in comparison, especially on any sort of random access. Is it the IDE vs SATA? I dunno. You might want to also consider changing the I/O elevator you're using in the kernel. Depending on your OS, it could be anticipatory, CFQ, or deadline. I believe in my case, I'm running deadline. Don't quote me on that, though.
 +
 +
'''Anyway, '''I'm rambling. My main concern is that your article got listed on the wiki front page (kudos, BTW). It therefor seems to carry some extra weight to the people who read it and it seems to state that RAID 5 is unsuitable. Kinda FUDish is all.--[[User:DirkGecko|DirkGecko]] 15:23, 22 February 2008 (UTC)

Revision as of 15:23, 22 February 2008

I completely disagree with your notion that RAID 5 isn't acceptable. I routinely get 110MB/sec reads and 60MB/sec writes. Copying a file on the same volume is usually in the 45MB/sec range. You don't really say what your hardware is, but I'm doing this with (4) SATA drives and 256MB of RAM cache. Small burst writes to the cache are 290MB/sec. I've recorded (2) SD and (2) HD simultaneously while watching one of those HD streams. Not a single stutter. Might want to check out the LVM_on_RAID page if you ever head back to RAID 5. --DirkGecko 16:30, 13 February 2008 (UTC)

Only 45Mb/s? Doesn't just one HD stream at 1080p use 15 to 25Mbps? Are you using a dedicated RAID 5 card? I was talking about the software solution that comes with Linux.

My hardware was using a mixture of IDE and SATA drives, so that might have been it. It wasn't continuous stuttering that was the problem, it was an intermittent loss of packets during high loads whose only affect on playback was to skip a few seconds. The problem was really intermittent and seemed worse during transitions, i.e. when playback/commercial detection was ending, etc. It might be due to a bug in MythTV too, where database writes, etc. can cause interruption of writing to the disks. TugBoat 17:22, 13 February 2008 (UTC)

I have no idea what one HD stream @ 1080p takes. Depends on the compression format. I do know that when people bandy those numbers about, they're always talking in megabit, not megabyte. The difference being a factor of eight. ATSC is 19.4Mbit/sec (that's ~2.5MB/sec) and QAM is 38.8Mbit/sec (4.85MB/sec). A PVR-*, at it's max bitrate, is going to write 750KB/sec. A decent hard drive shouldn't have much issue doing this. In my case, I am using the good 'ol Linux RAID (with LVM on top of it, no less). And that 45MB/sec I quoted was reading and writing at the same time on the same volume (ex., "cp 8gbfile 8gbfile2"). I have scads of useful disk I/O. Now, I also run a IDE RAID 1 for my system drives, and the performance on those is more-or-less craptastic in comparison, especially on any sort of random access. Is it the IDE vs SATA? I dunno. You might want to also consider changing the I/O elevator you're using in the kernel. Depending on your OS, it could be anticipatory, CFQ, or deadline. I believe in my case, I'm running deadline. Don't quote me on that, though.

Anyway, I'm rambling. My main concern is that your article got listed on the wiki front page (kudos, BTW). It therefor seems to carry some extra weight to the people who read it and it seems to state that RAID 5 is unsuitable. Kinda FUDish is all.--DirkGecko 15:23, 22 February 2008 (UTC)