On Mon, Jul 28, 2014 at 5:54 AM, Heinz Diehl <h...@fancy-poultry.org> wrote: > First: my email you are quoting here was sent to you directly, off-list, > because it only contains common stuff and has nothing to do with > kernel development. In other words to avoid annoying lkml people. > In addition, I placed an "Reply-to" header pointing back to me. > Despite, you *manually* redirected your answer to my private mail > back to the list, thus annoying people and breaking the informational > flow of this thread. > > > On 27.07.2014, Nick Krause wrote: > >> I am transferring into the same directory for the music >> I am listening to. > > So you produce a lot of disk I/O by writing/reading from the same disk > at the same time, and as you encounter stalls, you take this for a > kernel bug (which clearly is not). These stalls are most probably > caused by fsync() flushing your data/buffers, which is blocking. > > So moving the music data you are listening to to another disk would > make things a lot easier. > >> In addition , my cpu usage when doing this is half of my older > > DMA transfer is mostly done be the controller itself, and not the CPU. > > Btw, EOT for me. > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/
Then explain to me why this is only happening on recent rc kernels and not the Ubuntu distro kernels I was using before. Seems weird that only recent rc kernels are triggering this. Regards Nick -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/