Todays low hanging fruit... Multi-threaded soxr process when resampling
from squeezelite. (Up to Triode if he wants to take this patch upstream.
Think I've got the other "cruft" I was testing out of the patch so it is
specific to the soxr_runtime_spec.)
Changes...
Code:
--------------------
* Tue Apr 29 2014 - 1.6.2-5.gitfe9fac7
- Apply squeezelite-soxr-multi-thread.patch.
Take advantage of the soxr OpenMP support. We used to pass a NULL
soxr_runtime_spec when creating the soxr process, resulting in the default
num_threads being set to '1'.
New behaviour, if set/add 'z' to the squeezelite soxr recipe flags,
num_threads is set to '0', which means that soxr automatically assigns a
thread per channel. Stereo = 2 channels. ie. 2 threads. But it's not a
problem on single core procs. The default OpenMP behaviour, without messing
with OMP_NUM_THREADS ENV variable, is one thread per CPU, so causes no issue
on a single core CPU. ie. the old single threaded behaviour is maintained.
--------------------
Update...
Code:
--------------------
sudo csos-cleanUpdate-testing squeezelite
--------------------
+-------------------------------------------------------------------+
|Filename: squeezelite-soxr-multi-thread.patch |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=15868|
+-------------------------------------------------------------------+
------------------------------------------------------------------------
JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread: http://forums.slimdevices.com/showthread.php?t=99395
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix
