I’m still having massive disk latency issues with Linux. They started after I build myself a Core 2 Duo system and switched to 64bit Linux. I wrote about it here, here and here. This workaround appeared to fix the problem first, but after some time and filling up the disk space the latency problems were back on my XFS file systems.
This whole time I’m mostly succeeding in working around the problem by either delaying the job until the time when I’m not recording some music or video or using the much smaller root-partition as scratch space DVD creation. The programs, which pretty reliable trigger the problem are avidemux2 and
dviauthor. I’m using
avidemux2 to remove any advertisement from a recorded MPEG2 stream. Once I write the output file beside the original file on the same file system the problem is usually triggered. When I’m writing to
/tmp on the much smaller root-partition I get by without triggering the latency problem. The same is true, when
dviauthor prepares the DVD file structure. When the DVD structure is prepared on the same file system as the originating file, the problem is triggered and not, when written to
During the development cycle of kernel 2.6.30 there was much discussion on the net about fixes of latency problems, however primarily in connection to EXT3 and EXT4 file systems. Still I was hoping, that some fix in 2.6.30 would have improved the latency problem for me and my XFS file systems as well.
It appears however, that it is not the case.
dviauthor still trigger the problem. People on the Gentoo forums seem to agree, that the situation might have improved, but isn’t fixed yet. I need to convince myself to backup the data on my multimedia partition and change the file system to EXT4 to see, if it might change the behaviour. This is really a problem, which decreases my trust in Linux.