mod_skypopen new documentation is ready !
Dear FreeSWITCHers, new documentation on how to build and operate, using latest Skype client, the Skype FreeSWITCH endpoint mod_skypopen is out in Confluence. Please find it at: https://confluence.freeswitch.org/display/FREESWITCH/mod_skypopen Let us know if there is something to clarify, add, or correct. Ciao, -giovanni Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618
Giovanni Maruzzelli i am very thankfull to u for this work and i can confirm this is working but i am unable to find this file in centos 6.5 edit /etc/init/pulseaudio.conf # uncomment "start on ..." and 2nd problum is it is using much cpu how to lower cpu usage below is output from 6 active skype calls total 12 interfaces of skype all diffrent usernames top - 17:36:25 up 7:02, 3 users, load average: 2.88, 2.89, 2.98 Tasks: 227 total, 2 running, 225 sleeping, 0 stopped, 0 zombie Cpu(s): 27.1%us, 10.6%sy, 0.0%ni, 60.6%id, 1.4%wa, 0.0%hi, 0.2%si, 0.0%st Mem: 2041824k total, 1904288k used, 137536k free, 6176k buffers Swap: 4095996k total, 395428k used, 3700568k free, 157360k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1891 pulse 9 -11 79644 6704 1728 S 15.7 0.3 39:35.80 pulseaudio 2257 root 20 0 316m 90m 10m S 13.8 4.5 13:34.14 skype 2515 root 20 0 355m 153m 10m S 11.8 7.7 26:37.42 skype 2637 root 20 0 319m 125m 10m S 11.8 6.3 19:15.48 skype 1949 root 20 0 355m 108m 10m S 9.8 5.4 24:28.94 skype 2023 root 20 0 365m 110m 10m S 9.8 5.6 22:55.65 skype 2152 root 20 0 319m 79m 10m S 9.8 4.0 21:47.23 skype 10396 root -2 -10 241m 43m 5808 S 7.9 2.2 15:00.11 freeswitch 2327 root 20 0 310m 112m 10m S 3.9 5.7 23:36.86 skype 2388 root 20 0 303m 79m 10m R 3.9 4.0 9:46.91 skype 2452 root 20 0 306m 98m 10m S 3.9 5.0 12:21.81 skype 3193 root 20 0 62776 21m 5764 S 3.9 1.1 11:45.45 asterisk 2090 root 20 0 335m 88m 10m S 2.0 4.5 20:55.37 skype 2498 root 20 0 18004 5756 1644 S 2.0 0.3 0:03.22 Xvfb hardware is dell optiplex 755 core 2 du cpu 2.66ghz how to lower cpu usage? On Fri, Aug 22, 2014 at 3:41 PM, Giovanni Maruzzelli <gmaruzz@gmail.com> wrote:
Dear FreeSWITCHers,
new documentation on how to build and operate, using latest Skype client, the Skype FreeSWITCH endpoint mod_skypopen is out in Confluence.
Please find it at:
https://confluence.freeswitch.org/display/FREESWITCH/mod_skypopen
Let us know if there is something to clarify, add, or correct.
Ciao,
-giovanni
Sincerely,
Giovanni Maruzzelli Cell : +39-347-2665618
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
On Fri, Aug 22, 2014 at 2:48 PM, Shabbir abbasi <shabbirabbasi92@gmail.com> wrote: but i am unable to find this file in centos 6.5
edit /etc/init/pulseaudio.conf # uncomment "start on ..."
You right, it does not exist :)) Just corrected it in confluence
and 2nd problum is it is using much cpu how to lower cpu usage
At the moment no way in my (very limited) knowledge to lower the cpu usage. You can try changing values in /etc/pulse/daemon.conf , maybe you find something better for your machine, maybe. Sooner or later I will try again to port my skypopen.ko to work with portaudio, maybe through portaudio's module-oss, but I gave it a (long) try, and was not easy. Also modify portaudio's module-null-sink to use skypopen.ko as a source of timing was not working correctly. Anyway, the only way we have to lower cpu usage is to act on portaudio (that is used uniquely as a source of timing by skype client, eg: its reads and writes on portaudio are moving blank samples, just to clocking the reads and writes on TCP socket of the real audio packets). Portaudio uses realtime kernel timers from userland, and is not optimized at all for using many of them concurrently. That is the only moving wheel we can modify. We cannot modify the Skype client itself (unfortunately :) ). I hope to have time in future to look again into that. If someone is in touch with a portaudio core programmer (*core*, not application level), let's ask her/him, or let me be in touch with. -giovanni
Just to be clear: making portaudio clocking to be more efficient not only will lower portaudio itself to use less cpu, but will lower the cpu usage of the skype clients, and probably of freeswitch too, because there will be less taxing on the timers at the kernel level, and so all applications will have less contention, less blocking, etc. Anyway, the only way we have to lower cpu usage is to act on portaudio
(that is used uniquely as a source of timing by skype client, eg: its reads and writes on portaudio are moving blank samples, just to clocking the reads and writes on TCP socket of the real audio packets). Portaudio uses realtime kernel timers from userland, and is not optimized at all for using many of them concurrently. That is the only moving wheel we can modify. We cannot modify the Skype client itself (unfortunately :) ).
Giovanni, you probably meant pulseaudio instead of portaudio? On 22 August 2014 16:20, Giovanni Maruzzelli <gmaruzz@gmail.com> wrote:
Just to be clear: making portaudio clocking to be more efficient not only will lower portaudio itself to use less cpu, but will lower the cpu usage of the skype clients, and probably of freeswitch too, because there will be less taxing on the timers at the kernel level, and so all applications will have less contention, less blocking, etc.
Anyway, the only way we have to lower cpu usage is to act on portaudio (that is used uniquely as a source of timing by skype client, eg: its reads and writes on portaudio are moving blank samples, just to clocking the reads and writes on TCP socket of the real audio packets). Portaudio uses realtime kernel timers from userland, and is not optimized at all for using many of them concurrently. That is the only moving wheel we can modify. We cannot modify the Skype client itself (unfortunately :) ).
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Dušan Dragić
yes, sorry, pulseaudio Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618 On Fri, Aug 22, 2014 at 11:39 PM, Dušan Dragić <dragic.dusan@gmail.com> wrote:
Giovanni, you probably meant pulseaudio instead of portaudio?
On 22 August 2014 16:20, Giovanni Maruzzelli <gmaruzz@gmail.com> wrote:
Just to be clear: making portaudio clocking to be more efficient not only will lower portaudio itself to use less cpu, but will lower the cpu usage of the skype clients, and probably of freeswitch too, because there will be less taxing on the timers at the kernel level, and so all applications will have less contention, less blocking, etc.
Anyway, the only way we have to lower cpu usage is to act on portaudio (that is used uniquely as a source of timing by skype client, eg: its reads and writes on portaudio are moving blank samples, just to clocking the reads and writes on TCP socket of the real audio packets). Portaudio uses realtime kernel timers from userland, and is not optimized at all for using many of them concurrently. That is the only moving wheel we can modify. We cannot modify the Skype client itself (unfortunately :) ).
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Dušan Dragić
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Dušan Dragić
-
Giovanni Maruzzelli
-
Shabbir abbasi