2010/8/6 Juan Antonio Ibañez Santorum <juanito1982@gmail.com>:
I cannot see updates/seconds using that command.
It should show number of interrupts every second
I can see following boot params for kernel at /boot/config-2.6.32-21-server:
CONFIG_NO_HZ=y CONFIG_HZ_100=y # CONFIG_HZ_250 is not set # CONFIG_HZ_300 is not set # CONFIG_HZ_1000 is not set CONFIG_HZ=100
That's it.
I have been reading about this task and people recomends using 1000 HZ instead 100 ¿what do you think?
Anthony recommends 1000 for best sound. I still use the default 250 on my box. Have you tried -nocal ? Again, I don't know if it's related with your problem.
Centos seems use 1000 by default.
Regards
2010/8/6 Seven Du <dujinfang@gmail.com>
The default Ubuntu kernel running on 100Hz/250Hz. And there might be some great changed in timing between your two versions. I don't remember exactly. And I don't know if it's the reason causing load.
I use the following command to see Hz, it should approximately increase 100 or 250 or 1000 each second.
watch grep interr /proc/interrupts
Also, can you try start FS with -nocal to see the difference?
I still using Ubuntu because it need to schedule down time to migrate to centos in our datacenter. So I really would like to see it works ok on Ubuntu.
2010/8/6 Juan Antonio Ibañez Santorum <juanito1982@gmail.com>:
These compariso is done into the same machine. I run SVN version, make the test, stop SVN version, run GIT version and make the test again.
It runs over a "Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz"
Regards
2010/8/6 Seven Du <dujinfang@gmail.com>
Were both of your kernel running on 1000HZ ?
2010/8/6 Juan Antonio Ibañez Santorum <juanito1982@gmail.com>:
I've got about 75% decrease in performarce. I am using same server and same config. DB was already in ramdisk as svn version so I don't find an explanation for it...
Regards
2010/8/5 Eliot Gable <egable+freeswitch@gmail.com>
My most recent testing as of about two weeks ago showed a 25% performance drop between the old SVN version I was running and the new GIT version. Initially, it seemed closer to your reported performance drop, but after moving the database to a ramdisk, it went to 25%. I am unsure of whether my initial testing was using the db on a ramdisk, so the drop could be higher if my previous testing did not have the db on a ramdisk.
2010/8/3 Juan Antonio Ibañez Santorum <juanito1982@gmail.com>: > No one experiment this same issue? > > I also noticed a high cpu consume on call hangup. > > Regards > > 2010/8/2 Juan Antonio Ibañez Santorum <juanito1982@gmail.com> >> >> Hello! >> >> I was been some test using one FS tarball version downloaded some >> weeks >> ago (FreeSWITCH Version 1.0.6 (svn-exported)) but it has some >> problems >> with >> odbc connections managemens. Now I'm using a git version >> (FreeSWITCH >> Version >> 1.0.head (git-b485f25 2010-07-30 19-46-05 -0400)) that seems to >> solve >> this >> problem but I noticed it has a high cpu load comparing with svn >> version. >> While I could manage more than 200 calls with a 75% CPU load into >> a >> dual >> core server using svn version, now, 50 calls consume this 75% >> cpu. I >> can see >> same modules are loaded (except new hash module needed in git >> version) >> and >> same scenario is used. I am not be able to find why now it uses >> more >> cpu >> than before. Any idea? >> Each testing call is a simple bridge to an external sip provider. >> >> Regards > > > _______________________________________________ > 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 > >
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
_______________________________________________ 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
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
_______________________________________________ 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
_______________________________________________ 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
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn
_______________________________________________ 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
_______________________________________________ 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
-- Blog: http://www.dujinfang.com Proj: http://www.freeswitch.org.cn