I cannot see updates/seconds using that command. 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 I have been reading about this task and people recomends using 1000 HZ instead 100 ¿what do you think? 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<egable%2Bfreeswitch@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