Why are sound ioctl calls so slow?
Ian Freislich
ianf at za.uu.net
Wed Dec 10 00:12:50 PST 2003
Mathew Kanner wrote:
> > 3224 mpg123 0.000748 CALL ioctl(0x3,SNDCTL_DSP_SETFMT,0xbfbff834)
> > 3224 mpg123 0.026260 RET ioctl 0
> >
> > Can someone firstly tell me whether or not if it is reasonable to
> > expect the ioctl call to be any faster. Perhaps my reasoning is
> > flawed, but I'd expect about 61000 instructions to be executed by
> > the CPU (133MHz) in 23ms at an average of 50 clock cycles per
> > instruction not taking cache misses into account. I cannot concieve
> > of any reason why it should take 61000 instructions to write the
> > format, speed or stereo to the sound hardware.
> >
> > Does each ioctl result in a context switch which means that the cpu
> > spends time on other processes for each ioctl call? I'm not sure
> > that this is what happens because mpg123 uses 100% cpu for about
> > 10 seconds and then settles down to about 40% once it actually
> > starts decoding the mp3.
>
> Ian,
> Sounds like you understand the problem, maybe you should
> investigate :)
Hmm, I was hoping someone familiar with the sound stuff would be
able to say whether I was smoking my socks or not. This is very
uncharted territory for me. I'll try to have a look and see if I
can figure out what gives this week end.
> My first guess would be the device is rebuilding feeder/mixer
> chains every time mpg123 changes format. I would run the test one
> more time, disabling vchans and rate conversion.
>
> sysctl hw.snd.report_soft_formats=0 hw.snd.maxautovchans=0
That didn't make a (noticeable) difference:
4090 mpg123 0.000603 CALL ioctl(0x3,SNDCTL_DSP_STEREO,0xbfbff864)
4090 mpg123 0.026047 RET ioctl 0
4090 mpg123 0.000582 CALL ioctl(0x3,SNDCTL_DSP_SPEED,0xbfbff864)
4090 mpg123 0.017735 RET ioctl 0
4090 mpg123 0.000414 CALL ioctl(0x3,SNDCTL_DSP_SETFMT,0xbfbff864)
4090 mpg123 0.026004 RET ioctl 0
> I didn't notice which version of fbsd that you are using.
5.2-CURRENT (2003-10-21 00:00:00 GMT) and 4.9-STABLE.
Ian
More information about the freebsd-current
mailing list