Hey list, I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints. My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad. I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here? If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance. Best, Colin
Hi Colin, Did you get any more info on FS on AWS? I'm interested on this also. Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote:
Hey list,
I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
_________________________________________________________________________ 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-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
Stanislav, Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM. The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time. Joel, Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements. Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote:
Hey list,
I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
I'm about run a couple of tests on google cloud environment. I will post the results as soon as I'm done. -- Adolphe Sent from my iPhone
On Feb 16, 2017, at 5:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin
On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote: Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote: Hey list,
I'll start by saying I have read the warnings and recommendations to not run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing feels and sounds like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
_________________________________________________________________________ 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-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 _________________________________________________________________________ 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-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
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-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
Adolphe- Look forward to it. Most of the folks I know who have used both fairly conclusively say GCP is the superior product. Will be interesting to see in this particular case. What in particular will you be testing? Best, Colin On Thu, Feb 16, 2017 at 5:32 PM <acheraime@gmail.com> wrote:
I'm about run a couple of tests on google cloud environment. I will post the results as soon as I'm done.
-- Adolphe
Sent from my iPhone
On Feb 16, 2017, at 5:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote:
Hey list,
I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
I have been running FS on m3.2xlarge instances for a long time without issues. With a mix of G.722 and G.711 it handles up to 250-300 concurrent calls/conferences with transcoding although we try to not let it go above 200. On Thu, Feb 16, 2017 at 2:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote:
Hey list,
I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
Thanks for the info, Oleg. Do you know what AMI you're running? Kernel version? Etc. We opted for the c4s out of an assumption that our configuration would lend itself to being more CPU hungry than memory hungry (we're using opus) Colin On Thu, Feb 16, 2017 at 5:52 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I have been running FS on m3.2xlarge instances for a long time without issues.
With a mix of G.722 and G.711 it handles up to 250-300 concurrent calls/conferences with transcoding although we try to not let it go above 200.
On Thu, Feb 16, 2017 at 2:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote:
Hey list,
I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
____________________________________________________________ _____________ 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-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
____________________________________________________________ _____________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
I don't see why c4 should not work as well but if you are transcoding, OPUS takes 2-3 times the CPU of On Thu, Feb 16, 2017 at 3:01 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Thanks for the info, Oleg.
Do you know what AMI you're running? Kernel version? Etc. We opted for the c4s out of an assumption that our configuration would lend itself to being more CPU hungry than memory hungry (we're using opus)
Colin
On Thu, Feb 16, 2017 at 5:52 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I have been running FS on m3.2xlarge instances for a long time without issues.
With a mix of G.722 and G.711 it handles up to 250-300 concurrent calls/conferences with transcoding although we try to not let it go above 200.
On Thu, Feb 16, 2017 at 2:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com
wrote:
Hey list,
I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
____________________________________________________________ _____________ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
Sorry, sent accidentally. I don't see why c4 should not work as well but if you are transcoding, OPUS takes 2-3 times the CPU of other codecs. Here is a test I did and sent to this list a while back in case it helps. AWS M3.2xl instance with 8 CPUs for a 10 person conference with all clients connecting from Chrome via WebRTC. FS CPU usage was jumping more or less within these ranges throughout the conference: PCMU: 4.3% - 5.0% 722: 7.6% - 8.3% OPUS: 25% - 50% On Thu, Feb 16, 2017 at 4:43 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I don't see why c4 should not work as well but if you are transcoding, OPUS takes 2-3 times the CPU of
On Thu, Feb 16, 2017 at 3:01 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Thanks for the info, Oleg.
Do you know what AMI you're running? Kernel version? Etc. We opted for the c4s out of an assumption that our configuration would lend itself to being more CPU hungry than memory hungry (we're using opus)
Colin
On Thu, Feb 16, 2017 at 5:52 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I have been running FS on m3.2xlarge instances for a long time without issues.
With a mix of G.722 and G.711 it handles up to 250-300 concurrent calls/conferences with transcoding although we try to not let it go above 200.
On Thu, Feb 16, 2017 at 2:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli < colin.morelli@gmail.com> wrote:
Hey list,
I'll start by saying I have read the warnings and recommendations to *not* run FS on virtualized hardware. For right now, though, it's really the only option for me. I don't anticipate nor will I expect the behavior to be the same as what I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints.
My question is - does anyone have particular kernel and instance type recommendations for AWS? I'm getting relatively frequent jitter and what seem like timing-related issues on calls, even in simple device <-> device calls within FS (no external gateway involved). I'm currently running FS in a Debian 8 docker container (with no memory or CPU limits) on a c4.large Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular behavior I'm seeing *feels and sounds* like a few frames of silence, followed up by the audio being sped up slightly for a second or two (almost like it's trying to catch up), happening occasionally throughout calls. Note that this is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad.
I've heard people have better success with the Amazon Linux AMIs for their packaged kernels. Is this true? Would recompiling the kernel with a 1000hz timer help a lot here?
If you're having success on AWS, would be great to know what AMI you're based off of, what kernel version (and timer), and instance size. Thanks in advance.
Best, Colin
____________________________________________________________ _____________ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/free switch-users http://www.freeswitch.org
____________________________________________________________ _____________ 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-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
_________________________________________________________________________ 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-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
the overall performance has never been an issue in virtualized installations. It's the stability that is an issue, because of noisy neighbors. Sometimes you just don't get enough CPU cycles to send your RTP packet on-time. I've done some tests with the help of Sevana Aqua software that compares the recorded audio with original, and with 10-20 parallel calls, very often I got some distortions in one or more calls. I tried several Xen and KVM hosting providers, including DigitalOcean and Linode. I don't think AWS is different in any sense. Also I had my small PBX on a Xen virtual machine, and later moved it to a hosted dedicated ARM (scaleway.com), and the voice quality has become significantly more clear and stable, even that the geographical distance is about 600km longer. So, if you have the possibility not to process your RTP media on a virtual machine, don't do this :) On Fri, Feb 17, 2017 at 1:45 AM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
Sorry, sent accidentally.
I don't see why c4 should not work as well but if you are transcoding, OPUS takes 2-3 times the CPU of other codecs. Here is a test I did and sent to this list a while back in case it helps.
AWS M3.2xl instance with 8 CPUs for a 10 person conference with all clients connecting from Chrome via WebRTC. FS CPU usage was jumping more or less within these ranges throughout the conference:
PCMU: 4.3% - 5.0% 722: 7.6% - 8.3% OPUS: 25% - 50%
On Thu, Feb 16, 2017 at 4:43 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I don't see why c4 should not work as well but if you are transcoding, OPUS takes 2-3 times the CPU of
On Thu, Feb 16, 2017 at 3:01 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Thanks for the info, Oleg.
Do you know what AMI you're running? Kernel version? Etc. We opted for the c4s out of an assumption that our configuration would lend itself to being more CPU hungry than memory hungry (we're using opus)
Colin
On Thu, Feb 16, 2017 at 5:52 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I have been running FS on m3.2xlarge instances for a long time without issues.
With a mix of G.722 and G.711 it handles up to 250-300 concurrent calls/conferences with transcoding although we try to not let it go above 200.
On Thu, Feb 16, 2017 at 2:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote: > > Hey list, > > I'll start by saying I have read the warnings and recommendations to > not run FS on virtualized hardware. For right now, though, it's really the > only option for me. I don't anticipate nor will I expect the behavior to be > the same as what I would get on physical hosts, but would just like it to be > as consistent (and good) as possible given the constraints. > > My question is - does anyone have particular kernel and instance type > recommendations for AWS? I'm getting relatively frequent jitter and what > seem like timing-related issues on calls, even in simple device <-> device > calls within FS (no external gateway involved). I'm currently running FS in > a Debian 8 docker container (with no memory or CPU limits) on a c4.large > Ubuntu 16.04 host (kernel 4.4.0-45, default 250hz timer). The particular > behavior I'm seeing feels and sounds like a few frames of silence, followed > up by the audio being sped up slightly for a second or two (almost like it's > trying to catch up), happening occasionally throughout calls. Note that this > is with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger > most likely at kernel timer resolution. Running time_test 100 on FS returns > an average of 200, which seems pretty bad. > > I've heard people have better success with the Amazon Linux AMIs for > their packaged kernels. Is this true? Would recompiling the kernel with a > 1000hz timer help a lot here? > > If you're having success on AWS, would be great to know what AMI > you're based off of, what kernel version (and timer), and instance size. > Thanks in advance. > > Best, > Colin > > > _________________________________________________________________________ > 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
_________________________________________________________________________ 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-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
Hi, Just my 2 Cents to the Topic:
From my experience FreeSwitch with Audio runs best on VMWare VMs with Intel Xeon CPUs. A Provider running VMWare only with Intel (as theyr cloud Hyper-Visor) is 1and1.com (or 1und1.de if u'r in Germany or Austria). https://www.1and1.com/dynamic-cloud-server
for sure u could also use dedicated Servers, preffer Intel Xeons: https://www.1and1.com/server-dedicated-tariff A comparable Test-Result with this provider would be interesting using u'r Testsoftware... -----Ursprüngliche Nachricht----- Von: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] Im Auftrag von Stanislav Sinyagin Gesendet: Freitag, 17. Februar 2017 08:41 An: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Betreff: Re: [Freeswitch-users] AWS Instance Recommendations the overall performance has never been an issue in virtualized installations. It's the stability that is an issue, because of noisy neighbors. Sometimes you just don't get enough CPU cycles to send your RTP packet on-time. I've done some tests with the help of Sevana Aqua software that compares the recorded audio with original, and with 10-20 parallel calls, very often I got some distortions in one or more calls. I tried several Xen and KVM hosting providers, including DigitalOcean and Linode. I don't think AWS is different in any sense. Also I had my small PBX on a Xen virtual machine, and later moved it to a hosted dedicated ARM (scaleway.com), and the voice quality has become significantly more clear and stable, even that the geographical distance is about 600km longer. So, if you have the possibility not to process your RTP media on a virtual machine, don't do this :) On Fri, Feb 17, 2017 at 1:45 AM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
Sorry, sent accidentally.
I don't see why c4 should not work as well but if you are transcoding, OPUS takes 2-3 times the CPU of other codecs. Here is a test I did and sent to this list a while back in case it helps.
AWS M3.2xl instance with 8 CPUs for a 10 person conference with all clients connecting from Chrome via WebRTC. FS CPU usage was jumping more or less within these ranges throughout the conference:
PCMU: 4.3% - 5.0% 722: 7.6% - 8.3% OPUS: 25% - 50%
On Thu, Feb 16, 2017 at 4:43 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I don't see why c4 should not work as well but if you are transcoding, OPUS takes 2-3 times the CPU of
On Thu, Feb 16, 2017 at 3:01 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Thanks for the info, Oleg.
Do you know what AMI you're running? Kernel version? Etc. We opted for the c4s out of an assumption that our configuration would lend itself to being more CPU hungry than memory hungry (we're using opus)
Colin
On Thu, Feb 16, 2017 at 5:52 PM, Oleg Stolyar <olegstolyar@gmail.com> wrote:
I have been running FS on m3.2xlarge instances for a long time without issues.
With a mix of G.722 and G.711 it handles up to 250-300 concurrent calls/conferences with transcoding although we try to not let it go above 200.
On Thu, Feb 16, 2017 at 2:12 PM, Colin Morelli <colin.morelli@gmail.com> wrote:
Stanislav,
Sorry about that - I hadn't seen your reply! Understood on your suggestions. I guess my ultimate question is - is virtualization still a huge problem aside from noisy neighbors? AWS of course allows you to get dedicated instances (albeit expensive), but you're still running in a VM.
The complexity of including another data center in the infrastructure is a bit too much for this use case, but as mentioned - it'll definitely move this way over time.
Joel,
Nothing other than what's on this thread. However, I will say that I moved from Ubuntu to an Amazon Linux AMI, moved logging from direct to disk out to syslog (with async writes to disk), and increased the instance size to a c4.xlarge, and users are reporting considerable improvements.
Best, Colin On Thu, Feb 16, 2017 at 5:01 PM Joel Serrano <joel@gogii.net> wrote:
Hi Colin,
Did you get any more info on FS on AWS? I'm interested on this also.
Thanks, Joel. On Mon, Feb 13, 2017 at 6:43 AM, Colin Morelli <colin.morelli@gmail.com> wrote: > > Hey list, > > I'll start by saying I have read the warnings and > recommendations to not run FS on virtualized hardware. For right > now, though, it's really the only option for me. I don't > anticipate nor will I expect the behavior to be the same as what > I would get on physical hosts, but would just like it to be as consistent (and good) as possible given the constraints. > > My question is - does anyone have particular kernel and instance > type recommendations for AWS? I'm getting relatively frequent > jitter and what seem like timing-related issues on calls, even > in simple device <-> device calls within FS (no external gateway > involved). I'm currently running FS in a Debian 8 docker > container (with no memory or CPU limits) on a c4.large Ubuntu > 16.04 host (kernel 4.4.0-45, default 250hz timer). The > particular behavior I'm seeing feels and sounds like a few > frames of silence, followed up by the audio being sped up > slightly for a second or two (almost like it's trying to catch > up), happening occasionally throughout calls. Note that this is > with one call, and ~5% CPU usage on the host. Thus I'm pointing a finger most likely at kernel timer resolution. Running time_test 100 on FS returns an average of 200, which seems pretty bad. > > I've heard people have better success with the Amazon Linux AMIs > for their packaged kernels. Is this true? Would recompiling the > kernel with a 1000hz timer help a lot here? > > If you're having success on AWS, would be great to know what AMI > you're based off of, what kernel version (and timer), and instance size. > Thanks in advance. > > Best, > Colin > > > ________________________________________________________________ > _________ 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-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswit > ch-users > http://www.freeswitch.org
_________________________________________________________________ ________ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitc h-users http://www.freeswitch.org
__________________________________________________________________ _______ 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-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
___________________________________________________________________ ______ 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-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
____________________________________________________________________ _____ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-u sers http://www.freeswitch.org
______________________________________________________________________ ___ 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-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-use rs http://www.freeswitch.org
_________________________________________________________________________ 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-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 (6)
-
acheraime＠gmail.com
-
Colin Morelli
-
Joel Serrano
-
Marcel Haldemann
-
Oleg Stolyar
-
Stanislav Sinyagin