Hello List. I'm currently integrating an IVR in python together with freeswitch using mod_python and ESL and my life has been well until ... The flow of calls went over 80 simultaneous calls. Now freeswitch starts sending packets with huge delays ( even when establishing the call , mainly the 200 ) and firing up the IVR with tons of delay up to 20 seconds. So i searched the wiki forums and mailing list: Put freeswitch on a diet , trimmed modules.conf Played with the ulimit stuff. Played with the IVRS to reduce load to a minimum and i was able to squeeze more 5 calls of performance. The problem is : Top shows top - 16:14:33 up 35 days, 8:15, 3 users, load average: 1.92, 1.76, 1.78 Tasks: 133 total, 1 running, 132 sleeping, 0 stopped, 0 zombie Cpu(s): 1.4%us, 3.3%sy, 0.0%ni, 94.6%id, 0.0%wa, 0.3%hi, 0.5%si, 0.0%st Mem: 8193336k total, 1639156k used, 6554180k free, 177208k buffers Swap: 19534904k total, 0k used, 19534904k free, 1062272k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31361 yadayada 20 0 716m 164m 9628 S 73 2.1 155:17.85 freeswitch Freeswitch goes up to 150 % and puff there goes the MOS down to 0. Some basic System Info : Debian 6.0 ( i heard the timming module is affected by Debian , but if the CPU % gets lower than 95% everything will be more stable) Python 2.5 2 x Intel(R) Xeon(R) CPU E5506 @ 2.13GHz 8 GB of Ram as you can see 94 % of the "Cpu Power" is sleeping :\ It appears freeswitch is only capable of using let's say "one cpu"/thread ?? Do you guys recommend simply starting more instances or redoing the IVR stuff. Hope you guys can help me out. Thanks António Teixeira