interesting. i bet it is probably a untune IDE driver. i shall try the data=writeback mode out this weekend if i figure out how. :) -- Marko Dimiskovski > > > As an aside, Ardour does have "native raid" which > > doesn't have the computational overhead of kernel > > supported raid. > > I can't imagine that he's suffering from THROUGHPUT issues. RAID doesn't > improve latency, for this sort of application. RAID's good for when you > need higher throughput, and even 8 channels of 16-bit/44.1K audio is very > low in throughput for modern drives. > > > Perhaps it would be useful for systems > > that have drive related performance issues. > > With a 400ms latency, I highly doubt this is his problem especially since > using the 2.6 kernel makes that alot better. It's either an untuned IDE > driver (2.6 may have a better chipset tuning setup automatically), or a > filesystem-related problem. (Try data=writeback mode if using ext3). > > A 2.4.2x-preemptible kernel with low-latency engaged and a tuned IDE driver > with ext3 in writeback mode, or reiserfs should definitely get you JOY with > audio latency. > > Make sure you compile in support for IDE chipsets (VIA, SiS, Intel, etc), so > Linux can best tune/adjust transfer modes and DMA timings for optimal > results. Many stock distribution kernels just include generic support. > > =MB= > -- > A focus on Quality. >
