IMAP clients (was: Re: [maemo-users] Battery Benchmarking?)

2007-01-19 Thread Dave Cridland

On Fri Jan 19 17:05:34 2007, Jonathan Greene wrote:

what client are you using for imap?


I use Telomer, which is written in Python by someone obviously 
exceedingly intelligent and highly involved in the latest 
developments in IMAP on mobile devices. And probably dashingly 
good-looking, yet humble and modest, too.


*sigh*

Okay, I wrote it.

It's probably not yet suitable for real mention on this list, since 
it's still in fairly early days, but I manage to use it to read, 
reply to, and forward my email. If you want reasonable, desktop-like 
email, you'd be best off with Sylpheed. If you really like the 
bleeding edge, and find random crashes and suchlike an endless source 
of amusement, then Telomer's perfect for you.


Dave.
--
Dave Cridland - mailto:[EMAIL PROTECTED] - xmpp:[EMAIL PROTECTED]
 - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
 - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: IMAP clients (was: Re: [maemo-users] Battery Benchmarking?)

2007-01-19 Thread Jonathan Greene

Thanks I will have to check it out.Anyone using the 770 is used to
random crashes ...

On 1/19/07, Dave Cridland [EMAIL PROTECTED] wrote:

On Fri Jan 19 17:05:34 2007, Jonathan Greene wrote:
 what client are you using for imap?


I use Telomer, which is written in Python by someone obviously
exceedingly intelligent and highly involved in the latest
developments in IMAP on mobile devices. And probably dashingly
good-looking, yet humble and modest, too.

*sigh*

Okay, I wrote it.

It's probably not yet suitable for real mention on this list, since
it's still in fairly early days, but I manage to use it to read,
reply to, and forward my email. If you want reasonable, desktop-like
email, you'd be best off with Sylpheed. If you really like the
bleeding edge, and find random crashes and suchlike an endless source
of amusement, then Telomer's perfect for you.

Dave.
--
Dave Cridland - mailto:[EMAIL PROTECTED] - xmpp:[EMAIL PROTECTED]
  - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
  - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade




--
Jonathan Greene
m 917.560.3000
AIM / iChat - atmasphere
gtalk / jabber - [EMAIL PROTECTED]
Gizmo - JonathanGreene
blog - http://www.atmasphere.net/wp
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: IMAP clients (was: Re: [maemo-users] Battery Benchmarking?)

2007-01-19 Thread nick loeve

I'll have a bash too if you want some testers. I have a N800.

Cheers

On 1/19/07, Jonathan Greene [EMAIL PROTECTED] wrote:

Thanks I will have to check it out.Anyone using the 770 is used to
random crashes ...

On 1/19/07, Dave Cridland [EMAIL PROTECTED] wrote:
 On Fri Jan 19 17:05:34 2007, Jonathan Greene wrote:
  what client are you using for imap?
 
 
 I use Telomer, which is written in Python by someone obviously
 exceedingly intelligent and highly involved in the latest
 developments in IMAP on mobile devices. And probably dashingly
 good-looking, yet humble and modest, too.

 *sigh*

 Okay, I wrote it.

 It's probably not yet suitable for real mention on this list, since
 it's still in fairly early days, but I manage to use it to read,
 reply to, and forward my email. If you want reasonable, desktop-like
 email, you'd be best off with Sylpheed. If you really like the
 bleeding edge, and find random crashes and suchlike an endless source
 of amusement, then Telomer's perfect for you.

 Dave.
 --
 Dave Cridland - mailto:[EMAIL PROTECTED] - xmpp:[EMAIL PROTECTED]
   - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
   - http://dave.cridland.net/
 Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade



--
Jonathan Greene
m 917.560.3000
AIM / iChat - atmasphere
gtalk / jabber - [EMAIL PROTECTED]
Gizmo - JonathanGreene
blog - http://www.atmasphere.net/wp
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users




--
Nick Loeve
www.trickie.org
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-19 Thread Frédéric Crozat
Le mardi 09 janvier 2007 à 15:41 +0200, Igor Stoppa a écrit :
 On Tue, 2007-01-09 at 14:31 +0100, ext Frederic Crozat wrote:
  Le mardi 09 janvier 2007 à 08:58 -0400, Humberto Ortiz-Zuazaga a écrit :
   Igor Stoppa wrote:
On Tue, 2007-01-09 at 14:36 +0200, Igor Stoppa wrote:
On Tue, 2007-01-09 at 13:19 +0100, ext Frederic Crozat wrote:
Le mardi 09 janvier 2007 à 13:50 +0200, Igor Stoppa a écrit :
Guys, I have no idea how you are able to get 7 to 9 days with a N770 :
mine is only able to last about 4 days maximum (and it has always been
like that), only boot up and with cover on it, doing nothing. I only
have terminal (not opened) and canola (not running).
[snip]

What about daemons/libraries that you might have installed and affect
the runtime?

   
   Yes, canola runs a webserver daemon.
  
  This short autonomy problem has been present before I installed
  canola :)
  
  Anyway, I'll reflash my device and do more tests.
 
 Steps i used:
 -flash new sw
 -verify that rd mode is off
 -verify that neither bluetooth nor wlan connections are active
 -close the cover
 -display set to default (half) brightness
 -battery fully charged (a 1300 mAh one)
 -close cover and let rest
 
 check once or twice (literally, not more than 2 times) per day that it's
 still alive
 
 due to variations in the components i might just have been lucky and
 measured 9 days, but the official statement says 7, iirc

I stand corrected and I apologize for my previous statement.

I just finished my tests, using your test scenario :
-I reflashed my 770 with last firmware
-I fully charged my 770 Thursday 01/11/2007
-I checked it two time per day (7h00 and 21h00)
-I ran out of battery between Friday 01/19/2007 7h00 and 21h00

So, it lasts 8 days.

I'll restore my previous backups (without the apps) and try to spot
which apps is eating battery so much (and I'll uninstall canola before
testing ;)

I guess one thing missing for outside developers (ie not Nokia one) is
an easy way to monitor their programs for power usage, specially when
device is supposed to be idle. Maybe qemu could be used to detect when
device is supposed to be idle and programs are still doing too much
thing on cpu..

One question regarding your test : you asked to check wlan (or
bluetooth) wasn't active. Unless I'm mistaken, by default, when cover is
closed, wlan is dropped, so it should not be a problem in the test
scenario above (except if user specifically ask for it not being dropped
when closing cover, which is possible with IT 2006) ?

PS : sorry, I first send this mail only to you by error, not the list :(
-- 
Frédéric Crozat 
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-12 Thread Frantisek Dufka

Marius Gedminas wrote:

Even the cover is sometimes inconvenient.  I wish I could press the
power button and get the screen to blank immediatelly.  That's what the
Palms used to do.

Power + lock screen doesn't do what I want -- it dims the screen but
doesn't blank it.


Oh, you can, check /etc/systemui/systemui.xml and uncomment 'Soft 
poweroff'. There is also nice 'Reboot' option, useful if you regulary 
reboot to different rootfs with boot menu.


Frantisek
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-11 Thread Marius Gedminas
On Wed, Jan 10, 2007 at 02:32:54PM +0200, [EMAIL PROTECTED] wrote:
 And to attempt to defend the concept of Always ON, think about the
 general populace - tech savvy enough to use VoIP, but not geek enough to
 understand/care about what goes into making it work. They would not
 understand why they can't receive their VoIP calls on Gtalk, Skype, etc.
 _all_ the time. After all it works on PCs.

Always ON is great for geeks too -- often when somebody asks some
question about the contents of the filesystem on the 770, I try to ssh
into it to take a look.  Having to pull it out of the pocket, slide the
cover off, and click three times to get online is annoying.

On the other hand I am not willing to trade battery life of  24 hours
of casual use for always on.

Marius Gedminas
-- 
Inform all the troops that communications have completely broken down.


signature.asc
Description: Digital signature
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-11 Thread Marius Gedminas
On Wed, Jan 10, 2007 at 12:15:56PM +0100, Simon Budig wrote:
 Igor Stoppa ([EMAIL PROTECTED]) wrote:
 [snipped helpful description of power saving]
  Also because N800 doesn't have a cover, but certainly that doesn't
  prevent us to do the very same power saving that was already available
  on 770. :-D
  
  The cover would just be the cause for an _immediate_ rather than timed
  screen blanking.
 
 I believe Nokia is missing a psychological factor here. Putting the
 cover on the 770 allows the user to forget about it. He finished using
 it and it is kind of stored away safely, it won't distract him.

You put the finger on it.

Even the cover is sometimes inconvenient.  I wish I could press the
power button and get the screen to blank immediatelly.  That's what the
Palms used to do.

Power + lock screen doesn't do what I want -- it dims the screen but
doesn't blank it.

Marius Gedminas
-- 
One could envision a different approach to persistence (hands wave and
magical stardust appears overhead to percussive indian string music)
where objects in the database were proxied rather than deriving from a
common base class.
-- Casey Duncan


signature.asc
Description: Digital signature
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-10 Thread Igor Stoppa
Hi Tim!

On Tue, 2007-01-09 at 19:07 +0100, ext Tim Teulings wrote:
 Hello!
 
  the apps you have installed are buggy and generate activity
  and i mean any type of activity, 1% CPU load is still too much:
  if the app is idle, it must have 0% CPU activity
 
 What does that exactly mean (especially for non GTK-based applications
 like mine that cannot expect some GTK magic)?
First of all my deepest and most sincere thanks for this question.
So maybe for once it won't look like i just rant against application
developers.

 Say for example I have an editor with has a blinking cursor. The GUI
 library internally uses select with a timer as main event loop. Does
 above statement mean, that my application is still running and select
 still lopping and timer can run out and the cursor still blinks while I
 put the cover on the device?

Let's take the editor example and see it throughthe whole sw stack.

*First of all the timer you are using from userspace is mapped to a
queue in the kernel, which in turns uses a hw timer.

*The kernel has _NON_ periodic system tick timer, meaning that system
ticks are skipped when there is no activity scheduled.

(So that means that if nothing perturbs the state of the system, it
won't wake up, even if the cover is not present and you are looking at a
static image of the text in your editor.
As a matter of fact it does wake up every now and then, but the number
of times can be approximated with 0, when compared to a system where
there is a interrupt every tick.)

*select will be (hopefully) implemented in a sane way that doesn't busy
loop, but rather relies again on asynchronous events (notification from
the kernel that the timer has expired) and therefore the library code
shouldn't generate unnecessary activity.

*finally the editor application: personally i consider blinking cursors
to be evil, however putting aside personal feelings, in general it makes
sense to do screen updates only when they are visible. So if the cover
is on, what good is to update the blinking cursor? Same applies to cover
off (open) but screen blanked. Again nobody will enjoy your nice
blinking effect but that will cause the processor to periodically wake
up. Certainly not for long, but if I may quote Depeche Mode,
 Everything Counts in a Large Amount

 I always assumed that it goes in some kind
 of hibernate mode where machine state is (nearly) completely frozen,
Yes and no:
-yes because it does go to hw specific power saving states
-no because it is transparent to sw (well, most of it and certainly user
space stuff) and if the sw doesn't keep quiet, the power saving state
won't be reached. (Actually there are significant differencies between
omap1710 and omap2420, with the latter having finer granularity of what
hw blocks can sleep and how.)

 but
 your statement sounds like it just switches of some stuff of while CPU
 is still running?

I consider the OFF button on your everyday PDA just smoke in the eyes.
Many people have compleined for the absence of a hybernate
functionality.
They have not understood that we are already doing it dynamically. All
the time, at _runtime_, not just when the user presses the OFF button.

Of course it takes more effort, but that's the way to go, since modern
mobile processors would have ridiculous use-times if they were running
constantly at full power.
Or the size of the battery would become incredibly large.

 How can I work around this?
*Don't do unnecessary stuff
*Don't poll
*Don't busyloop
*Check system state (by listening for events, again, never poll)
*Keep updates at minimum
*Do updates only if your application is visible, otherwise completely
stop updating the UI till you become again king of the hill

 Do I need to catch DBus events to get
 informed that I have to go in some application specific low power mode?

Yes, screen blanked should be enough.
Also because N800 doesn't have a cover, but certainly that doesn't
prevent us to do the very same power saving that was already available
on 770. :-D

The cover would just be the cause for an _immediate_ rather than timed
screen blanking.

-- 
Cheers, Igor

Igor Stoppa [EMAIL PROTECTED]
(Nokia M - OSSO /Helsinki Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-10 Thread Simon Budig
Igor Stoppa ([EMAIL PROTECTED]) wrote:
[snipped helpful description of power saving]
 Also because N800 doesn't have a cover, but certainly that doesn't
 prevent us to do the very same power saving that was already available
 on 770. :-D
 
 The cover would just be the cause for an _immediate_ rather than timed
 screen blanking.

I believe Nokia is missing a psychological factor here. Putting the
cover on the 770 allows the user to forget about it. He finished using
it and it is kind of stored away safely, it won't distract him.

The N800 has no equivalent. When you stop using it, its screen stays
lighted for a while - wasn't there something else you wanted to use me
for?, it still demands a certain amount of attention. Then it switches
the light off at some point - if it is lying around in your vincinity
this is another visible intrusion that you'll notice even from the
corner of your eyes. Plus it - at least the prototype I've seen - keeps
blinking the blue LED in the cursor pad. Not sure what this is supposed
to indicate. Active Network connection? not really switched off?

I am aware that BluetoothWlan power management is very good and that
it probably is not that relevant for power management to explicitely
kill all connections when putting the cover on the device.

However it sometimes is convenient to have the Wlan and Bluetooth
connections cut off when you explicitely put the cover on the 770.
Putting the cover on the 770 then gives the reassuring feeling of
nobody can mess with it remotely, there certainly is no pending stuff
running there. I guess the only option to do this on the N800 is the
flight mode, which of course requires actively reenabling this stuff
when you want to use it again. Certainly not as smoothely integrated
with the workflow as with the 770.

At least these are my thoughts regarding the cover issue - it is a
psychological thing and I am a bit sad that Nokia apparently abandoned
this concept.

Bye,
Simon

-- 
  [EMAIL PROTECTED]  http://simon.budig.de/
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


RE: [maemo-users] Battery Benchmarking?

2007-01-10 Thread Amit.Kucheria

-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of ext Simon Budig
Sent: 10 January, 2007 13:16
To: maemo-users@maemo.org
Subject: Re: [maemo-users] Battery Benchmarking?

I believe Nokia is missing a psychological factor here. Putting the
cover on the 770 allows the user to forget about it. He finished using
it and it is kind of stored away safely, it won't distract him.

The N800 has no equivalent. When you stop using it, its screen stays
lighted for a while - wasn't there something else you wanted to use me
for?, it still demands a certain amount of attention. Then it switches
the light off at some point - if it is lying around in your vincinity
this is another visible intrusion that you'll notice even from the
corner of your eyes. Plus it - at least the prototype I've seen - keeps
blinking the blue LED in the cursor pad. Not sure what this is supposed
to indicate. Active Network connection? not really switched off?

I am afraid that _IS_ the product concept of ALWAYS ON. Of course you
don't have to be always ON, but it requires changing the default
settings. Do the following:

In Connection Manager - Tools - Connectivity Settings - General:

- Connect automatically: WLAN connections
- Search interval: Never

Idle times tab:
- WLAN idle time: 5 minutes

This will ensure that for known APs you are connected automatically and
when you are idle, it is automatically disconnected. Also, by setting
search interval to NEVER, you ensure that WLAN isn't trying to look for
known APs all the time.

In Display Settings, uncheck Show LED lights to turn off the blinking
LEDs

(I can feel the eyes of marketing and product concepting people boring a
hole into my back.)

Regards,
Amit
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


RE: [maemo-users] Battery Benchmarking?

2007-01-10 Thread Amit.Kucheria
-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of ext Simon Budig
Sent: 10 January, 2007 13:16
To: maemo-users@maemo.org
Subject: Re: [maemo-users] Battery Benchmarking?

I believe Nokia is missing a psychological factor here. Putting the
cover on the 770 allows the user to forget about it. He finished using
it and it is kind of stored away safely, it won't distract him.

The N800 has no equivalent. When you stop using it, its screen stays
lighted for a while - wasn't there something else you wanted 
to use me
for?, it still demands a certain amount of attention. Then 
it switches
the light off at some point - if it is lying around in your vincinity
this is another visible intrusion that you'll notice even from the
corner of your eyes. Plus it - at least the prototype I've 
seen - keeps
blinking the blue LED in the cursor pad. Not sure what this 
is supposed
to indicate. Active Network connection? not really switched off?

I am afraid that _IS_ the product concept of ALWAYS ON. Of course you
don't have to be always ON, but it requires changing the default
settings. Do the following:

And to attempt to defend the concept of Always ON, think about the
general populace - tech savvy enough to use VoIP, but not geek enough to
understand/care about what goes into making it work. They would not
understand why they can't receive their VoIP calls on Gtalk, Skype, etc.
_all_ the time. After all it works on PCs.

/Amit
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-10 Thread Frantisek Dufka

Igor Stoppa wrote:

Hi Tim!

On Tue, 2007-01-09 at 19:07 +0100, ext Tim Teulings wrote:

How can I work around this?

*Don't do unnecessary stuff
*Don't poll
*Don't busyloop
*Check system state (by listening for events, again, never poll)
*Keep updates at minimum
*Do updates only if your application is visible, otherwise completely
stop updating the UI till you become again king of the hill


Thanks Igor for nice explanation, what about using threads? For n770 
some time ago people said that using threads (linuxthreads) caused some 
unneeded cpu activity caused by the library itself. Is it still the 
case? Are there any other similar gotchas present in the SW stack 
(glibc/X/gtk)?


Frantisek
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-10 Thread Igor Stoppa
On Wed, 2007-01-10 at 13:51 +0100, ext Frantisek Dufka wrote:
 Igor Stoppa wrote:
  Hi Tim!
  
  On Tue, 2007-01-09 at 19:07 +0100, ext Tim Teulings wrote:
  How can I work around this?
  *Don't do unnecessary stuff
  *Don't poll
  *Don't busyloop
  *Check system state (by listening for events, again, never poll)
  *Keep updates at minimum
  *Do updates only if your application is visible, otherwise completely
  stop updating the UI till you become again king of the hill
 
 Thanks Igor for nice explanation, what about using threads? For n770 
 some time ago people said that using threads (linuxthreads) caused some 
 unneeded cpu activity caused by the library itself. Is it still the 
 case? Are there any other similar gotchas present in the SW stack 
 (glibc/X/gtk)?
 
Yes, I remember that, but probably Eero has a much better answer already
available, so i'll let him the honour.

I tend to prefer the thread approach but for coding and reliability
reasons, but that's probably personal taste.

-- 
Cheers, Igor

Igor Stoppa [EMAIL PROTECTED]
(Nokia M - OSSO /Helsinki Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-09 Thread Frederic Crozat
Le mardi 09 janvier 2007 à 13:50 +0200, Igor Stoppa a écrit :
 Hi,
 On Tue, 2007-01-09 at 08:28 +0200, ext Amichai Rotman wrote:
  Hi again,
   
  Might it be due to the dropbear deamon?
   
  Maybe the BlueTooth? 
   
  Anything else I should check / look for?
   
  Thanks!
 
 As Amit wrote, when you move to 3rd party applications it's very likely
 that one of those is buggy and does not behave properly (i.e. drains the
 battery while doing nothing).
 
 Unfortuantely that sort of bug is harder to spot.
 
 The official supported time, iirc, is 7 days in the operating conditions
 you described. However I usually measured 9. With stock image.
 
 You should first asses that.

Guys, I have no idea how you are able to get 7 to 9 days with a N770 :
mine is only able to last about 4 days maximum (and it has always been
like that), only boot up and with cover on it, doing nothing. I only
have terminal (not opened) and canola (not running).

-- 
Frederic Crozat [EMAIL PROTECTED]

___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-09 Thread Igor Stoppa
On Tue, 2007-01-09 at 13:19 +0100, ext Frederic Crozat wrote:
 Le mardi 09 janvier 2007 à 13:50 +0200, Igor Stoppa a écrit :

 Guys, I have no idea how you are able to get 7 to 9 days with a N770 :
 mine is only able to last about 4 days maximum (and it has always been
 like that), only boot up and with cover on it, doing nothing. I only
 have terminal (not opened) and canola (not running).

rotfl

that's exactly what i meant:

oh, i have only this little harmless innocent application

Either 

-A
the apps you have installed are buggy and generate activity
and i mean any type of activity, 1% CPU load is still too much:
if the app is idle, it must have 0% CPU activity

or

-B
the apps are doing thir job, which doesn't come for free and therefore
the runtime time is reduced

When I say 9 days, it is with stock image and no app running, that's how
the idle time has to be measured.

Otherwise we speak in terms of usetime and that can vary from several
days to few hours, depending on the system load, peripherals used and
bugs in the sw stack.

We spend lot of time squashing power consumption bugs, but unfortunately
at the moment it's not possible to go also after 3rd party sw.

However we have published our internal coding guidelines, which cover
also power management.

When an application is ported to maemo, attention should be payed to
bugs which are not functional but affect use time.

-- 
Cheers, Igor

Igor Stoppa [EMAIL PROTECTED]
(Nokia M - OSSO /Helsinki Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-09 Thread Igor Stoppa
On Tue, 2007-01-09 at 14:36 +0200, Igor Stoppa wrote:
 On Tue, 2007-01-09 at 13:19 +0100, ext Frederic Crozat wrote:
  Le mardi 09 janvier 2007 à 13:50 +0200, Igor Stoppa a écrit :
 
  Guys, I have no idea how you are able to get 7 to 9 days with a N770 :
  mine is only able to last about 4 days maximum (and it has always been
  like that), only boot up and with cover on it, doing nothing. I only
  have terminal (not opened) and canola (not running).
[snip]

What about daemons/libraries that you might have installed and affect
the runtime?

-- 
Cheers, Igor

Igor Stoppa [EMAIL PROTECTED]
(Nokia M - OSSO /Helsinki Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-09 Thread Humberto Ortiz-Zuazaga
Igor Stoppa wrote:
 On Tue, 2007-01-09 at 14:36 +0200, Igor Stoppa wrote:
 On Tue, 2007-01-09 at 13:19 +0100, ext Frederic Crozat wrote:
 Le mardi 09 janvier 2007 à 13:50 +0200, Igor Stoppa a écrit :
 Guys, I have no idea how you are able to get 7 to 9 days with a N770 :
 mine is only able to last about 4 days maximum (and it has always been
 like that), only boot up and with cover on it, doing nothing. I only
 have terminal (not opened) and canola (not running).
 [snip]
 
 What about daemons/libraries that you might have installed and affect
 the runtime?
 

Yes, canola runs a webserver daemon.

-- 
Humberto Ortiz-Zuazaga
Programmer-Archaeologist
University of Puerto Rico
http://www.hpcf.upr.edu/~humberto/



signature.asc
Description: OpenPGP digital signature
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-09 Thread Frederic Crozat
Le mardi 09 janvier 2007 à 08:58 -0400, Humberto Ortiz-Zuazaga a écrit :
 Igor Stoppa wrote:
  On Tue, 2007-01-09 at 14:36 +0200, Igor Stoppa wrote:
  On Tue, 2007-01-09 at 13:19 +0100, ext Frederic Crozat wrote:
  Le mardi 09 janvier 2007 à 13:50 +0200, Igor Stoppa a écrit :
  Guys, I have no idea how you are able to get 7 to 9 days with a N770 :
  mine is only able to last about 4 days maximum (and it has always been
  like that), only boot up and with cover on it, doing nothing. I only
  have terminal (not opened) and canola (not running).
  [snip]
  
  What about daemons/libraries that you might have installed and affect
  the runtime?
  
 
 Yes, canola runs a webserver daemon.

This short autonomy problem has been present before I installed
canola :)

Anyway, I'll reflash my device and do more tests.

-- 
Frederic Crozat [EMAIL PROTECTED]

___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-09 Thread Tim Teulings
Hello!

 the apps you have installed are buggy and generate activity
 and i mean any type of activity, 1% CPU load is still too much:
 if the app is idle, it must have 0% CPU activity

What does that exactly mean (especially for non GTK-based applications
like mine that cannot expect some GTK magic)?

Say for example I have an editor with has a blinking cursor. The GUI
library internally uses select with a timer as main event loop. Does
above statement mean, that my application is still running and select
still lopping and timer can run out and the cursor still blinks while I
put the cover on the device? I always assumed that it goes in some kind
of hibernate mode where machine state is (nearly) completely frozen, but
your statement sounds like it just switches of some stuff of while CPU
is still running?

How can I work around this? Do I need to catch DBus events to get
informed that I have to go in some application specific low power mode?

-- 
Gruß...
   Tim.
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-08 Thread Igor Stoppa
On Mon, 2007-01-08 at 16:38 +0200, ext Amichai Rotman wrote:
 Thanks Igor,
  
 I also thoght somewhere along those lines, but - is there a way to
 prevent it? Is there a way to lock the power button?

No, in the end there has to be a way to wake up the device.
It's a feature of the electrical design.

You are allowed to not be happy about size and placement of the power
button, but that's it.

 I am pretty sure it's not in RD mode - how do I make sure?

with the flasher tool you can forcefully disable it, just in case, but
you would get plenty of diagnostic info if it was in rd mode.

Hope this helps.

-- 
Cheers, Igor

Igor Stoppa [EMAIL PROTECTED]
(Nokia M - OSSO /Helsinki Finland)
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users


Re: [maemo-users] Battery Benchmarking?

2007-01-08 Thread Amichai Rotman

Hi again,

Might it be due to the dropbear deamon?

Maybe the BlueTooth?

Anything else I should check / look for?

Thanks!


On 1/8/07, Igor Stoppa [EMAIL PROTECTED] wrote:


On Mon, 2007-01-08 at 16:38 +0200, ext Amichai Rotman wrote:
 Thanks Igor,

 I also thoght somewhere along those lines, but - is there a way to
 prevent it? Is there a way to lock the power button?

No, in the end there has to be a way to wake up the device.
It's a feature of the electrical design.

You are allowed to not be happy about size and placement of the power
button, but that's it.

 I am pretty sure it's not in RD mode - how do I make sure?

with the flasher tool you can forcefully disable it, just in case, but
you would get plenty of diagnostic info if it was in rd mode.

Hope this helps.

--
Cheers, Igor

Igor Stoppa [EMAIL PROTECTED]
(Nokia M - OSSO /Helsinki Finland)





--
::.

Amichai Rotman

UIN#: 6401746
Registered Linux User#: 201192 [http://counter.li.org/]



PLEASE READ: http://www.gnu.org/philosophy/no-word-attachments.html

--

Protect your digital freedom and privacy, eliminate DRM, learn more at
http://www.defectivebydesign.org/what_is_drm

---
___
maemo-users mailing list
maemo-users@maemo.org
https://maemo.org/mailman/listinfo/maemo-users