PulseAudio 0.9.20 Arrives With Fixes

[misiu_mp]

To add to the confusion, just took a look at my netbook pulse performance. Its also running fedora 11 but the cpu is atom.
Pegged at 800Mhz, atom works at 4-5% for pulseaudio and 6-10% for vlc (ogg) to play a song.
Anybody can give a shot explaining that (spin-locks or timer-based busy-wait loops come to mind)?

[blackshard]

You can't write programs optimized for any particular hardware (be it old or new or Phenom or C2D). This would make them not portable. You write it using hardware-neutral algorithms and general principles of doing so efficiently having the general architecture of the target computing platform in mind (such as what is random-access and what is not). Then you leave it to the compiler to fix up the details (optimize).

[...cut...]

If you want to have a chance for portability you should rely on the compiler for architecture-specific optimizations. In cases when compilers are not good enough (many uses of parallelisation) you need to maintain the optimized version and the generic version or be damned.
When developing and test running on new hardware it is easy to not notice the performance bottlenecks that would be apparent on older hardware.

I absolutely agree.
All the simple dsps I wrote in the past are at least in generic x86/x87 assembly/C code, and then come in the MMX/3dNow/SSE flavour.

Anyway, I tried newly released OpenSuse 11.2 on three completely different machines (a desktop, a laptop and a netbook) with three different audio chips, and pulseaudio was reported to not function on all of them.