Power consumption

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Thanks fabio,
 I'm tried to collect many readings for test senario and result problem found but I'm need discove thread(s) responsbile form power consumption.
Date: Tue, 24 Feb 2009 09:17:39 +0100
From: lists@xxxxxxxxxxxxxxx
To: pjsip at lists.pjsip.org
Subject: Re: Power consumption






  
  


Please try to use the Nokia Energy Profiler:

http://www.forum.nokia.com/info/sw.nokia.com/id/324866e9-0460-4fa4-ac53-01f0c392d40f/Nokia_Energy_Profiler.html

http://silpol.blogspot.com/2008/01/let-power-be-with-you.html



With and without PJSIP running and then being online/offline, being
during call and without call in progress.



Fabio



mohamed hassan wrote:

  Thanks for benny, and L'm try to resolve this problem.

  

  Date: Tue, 24 Feb 2009 07:41:51 +0000

From: bennylp@xxxxxxxxx

To: pjsip at lists.pjsip.org

Subject: Re: Power consumption

  

On Tue, Feb 24, 2009 at 6:43 AM, mohamed hassan <e-mohhassan at hotmail.com>
wrote:

  
  
    Hi all,

I'm working in development VOIP project but I'm found big problem, end
battry quickly in N73 (3hours) mobile and project during test not send
and recived any data, I'm used PJSIP library, used Performance
Investigator in carbide c++ to tracking power consumption and used
Nokia Energy Profiler, but not
access to thread responsible power consumption.

what's work to solve this problem?

    
  
  
  

Thanks for the report. First of all, I got to admit that we have not
done extensive power profiling ourselves, but having said that, I think
we've done all we can to improve power consumption, for example, we
have zero polling on the Symbian target. So it could be that the poor
power consumption that you observed is a characteristic of VoIP/SIP
applications in general and not PJSIP in specific.

  

Lets discuss where the power is consumed in PJSIP, assuming the
application is idle. As I mentioned, we used zero polling on Symbian,
so if the application is idle then basically PJSIP is stopped
completely (no running code in the background as such).

  

First to check is the sound device. The
pjsua_media_config.snd_auto_close_time setting can be used to
automatically close the sound device when it's not used, but by default
this feature is disabled. Check that you've enabled it in your
application.

  

Then there are these keep-alive stuffs. If you have SIP registration,
then of course we would need to periodically re-register, and apart
from that, there is also keep-alive packets that are sent to keep the
connection open. Default is every 15 seconds for UDP
(pjsua_acc_config.ka_interval) and 90 seconds for TCP/TLS
(PJSIP_TCP_KEEP_ALIVE_INTERVAL and PJSIP_TLS_KEEP_ALIVE_INTERVAL).

  

If you use STUN/ICE, then the media sockets will also send keep alive
packets, approximately every 15 seconds too (PJ_STUN_KEEP_ALIVE_SEC,
PJ_TURN_KEEP_ALIVE_SEC, and PJ_ICE_ST_KEEP_ALIVE_MIN settings).

  

All these keep alive packets takes up battery power, but it's just
something that we need to do. You can disable them if you want (but at
your own risk of course).

  

And then of course the power spent to maintain the access point
connection too.

  

It would be great if you come back with new data after you optimize
your application based on above.

  

cheers

 Benny

  

  

  See all the ways you can stay connected to friends and family
  
_______________________________________________
Visit our blog: http://blog.pjsip.org

pjsip mailing list
pjsip at lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
  



_________________________________________________________________
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20090224/49e70b7f/attachment.html>


[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux