[email protected] wrote: > Given that it runs for several hours sometimes with no issues it would > seem odd it would be a disk IO problem.
It would be perfectly logical if the I/O overload is caused by some sporadic operation on the back-end. For example, how many tuners do you have? If you have two, maybe the slowdown only occurs when both are recording. Or as Roger mentioned, it could be something unrelated to MythTV happening on the server. That was also the point of my story about the RAID rebuilds. > If you have pointers for debug beyond what I've posted so far I'd > appreciate any insights. Looking at the iowait, as Jamin suggested, seems like a good idea. There's an iostat program that might prove useful as well. But I wouldn't overlook CPU load either. The problem I ran into with RAID rebuilds was originally thought to be an I/O problem, but ended up being CPU. You previously posted: > bandwidth test feature? *rummage* well in a non-stuttering state I > see 157 mb/s; I'll follow up when I get failure data... Have you had an opportunity to run the throughput test while experiencing the symptoms? 157 mb/s seems exceptionally high. I see 9 mb/s via MythTV, and 15 mb/s via SMB. I think 8 to 20 mb/s is the typical range. Run some searches on the list archives to see what others have reported. -Tom ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Mvpmc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
