Anthony Minessale wrote:
> Plus there are dozens of events fired per call leg to describe the
> presence changes which does not scale well to 50cps. This is one of
> the many shortcomings to SIP, the presence stuff is not scalable.
>
>
Just a question of curiosity - does h323 handle presence i
Just to clarify about the license for MySQL. MPL is listed as a
compatible license by MySQL for using the client code (-lmysqlclient or
-lmysqlclient_r). See EXCEPTIONS-CLIENT in the MySQL source tree.
However, if you want to embed the whole database directly into
FreeSWITCH, I believe that wou
AM
> *To:* freeswitch-users@lists.freeswitch.org
> *Subject:* Re: [Freeswitch-users] Performance bottleneck
>
>
>
> The Disk IO on sqlite can be quite a bit... One work around for this is
> to create a ram drive of sufficient size and mount it to
> /usr/local/freeswitch/
Remember that by default FreeSWITCH uses sqlite internally.
mount -t tmpfs tmpfs /path/to/dir to create a ram disk.
/b
On Aug 13, 2008, at 9:27 AM, Joseph Bajin wrote:
Though you don't have to load a MySQL DB onto a RamDisk. MySQL has
the MySQL cluster that loads the entire DB into memory
> *From: *Darren Schreiber <[EMAIL PROTECTED]>
> *Reply-To: *
> *Date: *Tue, 12 Aug 2008 12:35:25 -0700
>
> *To: *
> *Subject: *Re: [Freeswitch-users] Performance bottleneck
>
> I dont know if this makes any sense - it's just an idea.
>
> If
say
some someone want to look at replacing sqlite with a pgsql engine)
From: Darren Schreiber <[EMAIL PROTECTED]>
Reply-To:
Date: Tue, 12 Aug 2008 12:35:25 -0700
To:
Subject: Re: [Freeswitch-users] Performance bottleneck
I dont know if this makes any sense - it's just an ide
don't forget to enable
auto-vacuuming on pgsql... That is a discussion for a different list tho
K
_
From: Brian West <[EMAIL PROTECTED]>
Reply-To:
Date: Tue, 12 Aug 2008 13:24:40 -0500
To:
Subject: Re: [Freeswitch-users] Performance bottleneck
Well putting the db in ram does h
witch) this
> helps out greatly... But anything in the db will not be saved across system
> reboots unless you do something about that yourself
>
> K
>
> --
>
> *From: *Michael Jerris <[EMAIL PROTECTED]>
> *Reply-To: *
> *Date: *Tue, 12 A
different list tho
K
From: Brian West <[EMAIL PROTECTED]>
Reply-To:
Date: Tue, 12 Aug 2008 13:24:40 -0500
To:
Subject: Re: [Freeswitch-users] Performance bottleneck
Well putting the db in ram does help a bit but it has to keep states of
everything going on and do extra work for that... its a
Well putting the db in ram does help a bit but it has to keep states
of everything going on and do extra work for that... its a heavy task
in itself.
On Aug 12, 2008, at 1:19 PM, Michael Collins wrote:
That begs the question… is there a mechanism in sqlite or Linux that
allows for the RAM
PROTECTED] On Behalf Of Ken
Rice
Sent: Tuesday, August 12, 2008 11:07 AM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] Performance bottleneck
The Disk IO on sqlite can be quite a bit... One work around for this is
to create a ram drive of sufficient size and mount it to
D] [
> mailto:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
> ] *On Behalf Of *Anthony Minessale
> *Sent:* Wednesday, August 13, 2008 12:55 AM
> *To:* freeswitch-users@lists.freeswitch.org
> *Subject:* Re: [Freeswitch-users] Performance bottleneck
>
> 9996 is not a good test exten
do something about that yourself
K
From: Michael Jerris <[EMAIL PROTECTED]>
Reply-To:
Date: Tue, 12 Aug 2008 13:59:13 -0400
To:
Subject: Re: [Freeswitch-users] Performance bottleneck
It's going to be the disk io from sqlite. The presense states are all
stored in sqlite (or odbc)
st 13, 2008 12:55 AM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] Performance bottleneck
9996 is not a good test extension because it does not generate any
audio unless it gets some.
9998 that generates a tone or make up an ext that plays a file is a
better one.
Proce
any
CPU activity…
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anthony
Minessale
Sent: Wednesday, August 13, 2008 12:55 AM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] Performance bottleneck
9996 is not a good test extension because it
9996 is not a good test extension because it does not generate any audio
unless it gets some.
9998 that generates a tone or make up an ext that plays a file is a better
one.
Processing of the sip calls can be delayed by the presence stuff which is
very intensive, you can try turning it off and see
My guess is that disk i/o from some of the db operations (from the
stuff in the dialplan) maybe backing thngs up. I would be interested
if it is this bad with a simple dialplan and manage presense turned off.
Mike
On Aug 12, 2008, at 3:58 AM, UV wrote:
I’m trying to determine the FS resour
17 matches
Mail list logo
