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
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