I think that when using the loopback device there
are significant problems with achieving low latency.
I'm wondering whether this is known or if there is something else
causing my mp3 dropouts. My experience follows:
I've been setting up a local debian distribution mirror on my laptop:
DELL Inspiron 8100, 384MB, 60G drive, Radeon Mobility 7500 graphics,
PIII 1GHz, Maestro 3i sound.
To set up my Debian mirror, I'm using apt-move, using apt-move movefile
on each .deb on each of my cd's to get them into my mirror.
The 3rd CD in the set (February debian 'testing' - 8 cds) was thrashing
and taking much longer than the first two - the CD drive sounded like
it was moving the head from inside to outside and back for each file or
I decided to dd the cds and loopback mount the images. Which I did
(ended up doing this for each of the 8 cds). loop.o is a module. Playing
an mp3 while running apt-move movefile resulted in horrible dropouts,
First I tried the preempt patch combined with lockbreak patch,
configure, rebuild, reboot and then ran my 'test' again, then tried the
test with the 'nice' command as follows:
mount /imgN /mnt -o loop,ro
nice find /mnt -type f -name "*.deb"|nice xargs nice apt-move movefile
in parallel with:
nice -n -19 mpg123 some.mp3
Consistently ugly gaps in sound, so I figured the preempt patch may have
some problems at this stage (hand't read anything on it at that point,
other than finding its existence and location to download), so:
Second I tried the a.k.morton lowlatency patch (slightly different
version to kernel available as of yesterday, but patch figured it out
with a few line number shifts).
Ran the above test and had very similar experience. Realised I'd
forgotten to turn on the option in make menuconfig for low latency, so
did so, recompiled again and rebooted ... same problems.
BTW, apt-move does a bunch of file related stuff - looking at the files,
then copying the files (from my loopback mounted cd image, to a
partition on my drive).
I had the same results with an image on the same and on different
partition as the destination partition to which the files were being
So I got a little suspicious at this stage and decided to try a test
that I read (I went reading a bit) -> while playing mp3, do:
make clean && make bzImage
MP3 played flawlessly. At this point I was running with akm lowlat patch.
I can also run an mp3 and swap workspaces, windows, VTs, etc - holding
down the respective 'change' key so that it changes as fast as possible:
never a skip in the slightest. During these tests I'm not doing the
loopback thing though. So I'm wondering if anyone else has had such
Again, please CC me with replies.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/