-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Anthony,
after one day running the actual trunk things looks much better than
before. FS started 24h ago with 129MB VRAM and grows to 136MB VRAM by
now. CPU is around 1.3%
Thanks for your work!
regards
helmut
On 06.04.2009 18:09, Helmut Kupe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Anthony,
I did a fresh checkout, compiled it, installed it into a clean directory
and will switch over to it tomorrow morning. I hope I can reuse this
existing directories:
db/
conf/
storage/
sounds/
On 06.04.2009 17:21, Anthony Minessale wrot
Great work. Memory usage is constant now. Memory is now Res :162M Virt: 483M
for more than 10 mins without increasing. Call rate was set to 100 in sipp.
However "top" usage is very high - 137% - 200%. MySQL usage is about 3%
constant.
I will also try overriding the XML bind function with a
yes, i did exactly as you mentioned. I will try building again from a fresh
checkout. I am sorry about not following the policy, I didn't intend to report
it as a bug since i was still unsure that it could be a problem in Freeswitch.
did you both follow the policy to upgrade?
stop fs
type make
did you both follow the policy to upgrade?
stop fs
type make current
restart fs
if you do not rebuild sofia too (only happens in make current)
I just fixed all the problems with these symptoms, 38 million registrations
in a 2 day span using 62mb
btw,
did we not make the policy clear enough about
I updated to the latest revision. No Luck
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
in my scenario I have a reregistration interval of 60 seconds and 32 sip
phones connected. So I have a good amount of registrations. Additionally
each phone subscribes to itself for MWI and some phon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
in my scenario I have a reregistration interval of 60 seconds and 32 sip
phones connected. So I have a good amount of registrations. Additionally
each phone subscribes to itself for MWI and some phone subscribes to
others for BLF.
Registrar da
If you guys are not on rev 12914 then you'll need to update.
/b
On Apr 6, 2009, at 9:04 AM, B Karthik wrote:
It could be due to registrations. I am currently trying to
troubleshoot this problem. I used a sipp scenario to authenticate
with fs and register about 2000 different accounts (abso
It could be due to registrations. I am currently trying to troubleshoot this
problem. I used a sipp scenario to authenticate with fs and register about
2000 different accounts (absolutely no calls made on the test setup). Memory
usage increases continuously and does not decrease at all and crosses
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I still have this problem. From the day of starting up freeswitch two
threads are consuming slowly more and more CPU power. In parallel FS
virtual and physical memory usage grows slowly as well. FS is up for 6
days now and served 3160 sessions
kill -9 on a thread will kill the process which kills freeswitch.
On Fri, Mar 27, 2009 at 10:09 AM, Helmut Kuper wrote:
> Hello,
>
> today I killed that special thread via "kill -9" a simple kill didn't
> helped. Unfortunately this led to a normal shutdown of FS although I
> killed not the parent
Hello,
today I killed that special thread via "kill -9" a simple kill didn't
helped. Unfortunately this led to a normal shutdown of FS although I
killed not the parent process. :(
After restart of FS the server has a normal load again.
regards and a nice weekend
Helmut
Hello Brian,
On 26.03.2009 16:07, Brian West wrote:
> Before we go any further... what SVN rev are you on? And by heavy
> load what does your load average say?
I'm using "FreeSWITCH Version 1.0.trunk (12347M)" my average load is
currently this:
top - 16:22:00 up 106 days, 1:49, 3 users, load
Hi Mathieu
I straced process 14047 as well and I found that it also epolls a
anon_inode. But the process' epoll call lokk slightly different that
14048's:
epoll_wait(13, {}, 4, 1000) = 0
Here a timeout is given. 14048 is not using a timeout (0). Maybe this
helps you ...
regards
Hel
Before we go any further... what SVN rev are you on? And by heavy
load what does your load average say?
/b
On Mar 26, 2009, at 10:01 AM, Helmut Kuper wrote:
Hi Mathieu,
thx for the help :)
The epoll_wait function on PID 14048 listens on fd 21 which points to
"/anon_inode:[eventpoll]"
Hi Mathieu,
thx for the help :)
The epoll_wait function on PID 14048 listens on fd 21 which points to
"/anon_inode:[eventpoll]"
On 26.03.2009 15:26, Mathieu Rene wrote:
> thread apply all bt
Here the output:
Core was generated by `/opt/app/voip/ippbx.prod/bin/freeswitch'.
[New process 14034]
gcore -o fs [pid here]
gdb /path/to/fs core.file
thread apply all bt
then look for the thread and show me the backtrace.
Math
On 26-Mar-09, at 10:12 AM, Helmut Kuper wrote:
> Hello,
>
> since a few days I observe a high CPU load of my FS server, but I have
> no idea what it could be. There are
Hello,
since a few days I observe a high CPU load of my FS server, but I have
no idea what it could be. There are only a few sessions running and
there is only a few log activity. 2 days ago I restarted FS, but no
change. The top command shows this:
top - 15:02:33 up 106 days, 30 min, 4 users,
18 matches
Mail list logo