On Sun, Jun 6, 2010 at 8:20 PM, Ian Stirling wrote:
> Robin Burchell wrote:
>>
>> On Sun, Jun 6, 2010 at 2:23 PM, Ian Stirling
>> wrote:
It's pretty hard to find out what's eating the battery on N900. First
you
have decide that the battery is being consumed too fast. The defau
Robin Burchell wrote:
On Sun, Jun 6, 2010 at 2:23 PM, Ian Stirling wrote:
It's pretty hard to find out what's eating the battery on N900. First you
have decide that the battery is being consumed too fast. The default charge
meter occasionally realizes it's very wrong, and rapidly readjusts itse
On Sun, Jun 6, 2010 at 2:23 PM, Ian Stirling wrote:
>> It's pretty hard to find out what's eating the battery on N900. First you
>> have decide that the battery is being consumed too fast. The default charge
>> meter occasionally realizes it's very wrong, and rapidly readjusts itself,
>> giving po
Jan Knutar wrote:
Doesn't the userland carry some sort of process monitoring, killing
malignant processes ? If not, we should develop something like this
for MeeGo.
It's pretty hard to find out what's eating the battery on N900. First
you have decide that the battery is being consumed too fast
> Doesn't the userland carry some sort of process monitoring, killing
> malignant processes ? If not, we should develop something like this
> for MeeGo.
It's pretty hard to find out what's eating the battery on N900. First
you have decide that the battery is being consumed too fast. The default
Okay, so we could special case certain process or process groups that
need that sort of CPU intensity (I wonder how Chrome is in that
regard) .
If N900 had a larger stronger battery and if my 3G data connection
would have been free, I would not had any objections running s...@home
on my N900! I'm
On Sun, 2010-05-30 at 10:30 +0200, ext Sivan Greenberg wrote:
> Stuck could be deduced for example when the process is in more then
> 90% CPU for more than a threshold duration that we will predetermine
> and being idle on its I/O streams.
But that would prevent running s...@home ;) Browser coul
On Sun, May 30, 2010 at 10:20 PM, David Greaves wrote:
> Hi Sivan
>
> Just checking :
>>
>> [0]: http://wiki.meego.com/Proposal_for_a_Quality_Assurance_working_group
>
> and
>>
>> maemo-developers mailing list
>
> So we should really take (or at least cc) the QAWG to meego-dev (but see
> later)
A
On 29/05/10 17:52, Sivan Greenberg wrote:
Yes, I am working on this :) Real life and bills paying can sometimes
get in the way but I'm slowly going back to being fully active with
MeeGo.
I will send a notification to go over and review [0] once it is
finished, as so far I outlined the tools that
Stuck could be deduced for example when the process is in more then
90% CPU for more than a threshold duration that we will predetermine
and being idle on its I/O streams.
Sivan
On Sun, May 30, 2010 at 11:24 AM, Daniil Ivanov wrote:
> Hi Sivian!
>
> How do you define the stuck? It's Ok for the
Hi Sivian!
How do you define the stuck? It's Ok for the process to consume >90%
of CPU time for short
period of time.
Thanks, Daniil.
On Sun, May 30, 2010 at 11:20 AM, Sivan Greenberg wrote:
> Hey Daniil,
>
> If a process is stuck in and awakened , and consumes more then a
> $PERDEFINED %
Hey Daniil,
If a process is stuck in and awakened , and consumes more then a
$PERDEFINED % of cpu, and it's output and input streams are idle, then
I'd say we need to seriously consider killing it.
Sivan
On Sun, May 30, 2010 at 11:07 AM, Daniil Ivanov wrote:
> Hi Silvan!
>
> In these terms GP
Hi Silvan!
In these terms GPS and WiFi are also maligant. How kernel or
anything else could
know what is reasonable power consumption for a process?
Thanks, Daniil.
On Sat, May 29, 2010 at 10:49 PM, Sivan Greenberg wrote:
> Actually, I would think the kernel should already do something like
Actually, I would think the kernel should already do something like that...
On Sat, May 29, 2010 at 10:48 PM, Sivan Greenberg wrote:
> Doesn't the userland carry some sort of process monitoring, killing
> malignant processes ? If not, we should develop something like this
> for MeeGo.
>
> Sivan
>
Doesn't the userland carry some sort of process monitoring, killing
malignant processes ? If not, we should develop something like this
for MeeGo.
Sivan
On Sat, May 29, 2010 at 10:44 PM, Aniello Del Sorbo wrote:
> On 29 May 2010 10:03, Andrea Grandi wrote:
>>
>> Hi,
>>
>> On 29 May 2010 19:02,
On 29 May 2010 10:03, Andrea Grandi wrote:
> Hi,
>
> On 29 May 2010 19:02, Ian wrote:
> > Hi
> >
> >> I went to sleep at 3:00, I wake up few minutes ago with the N900
> >> powered off. There was not any active connection when I went to sleep,
> >> so could anyone please explain me WHO drained my
Hi,
On 29 May 2010 19:02, Ian wrote:
> Hi
>
>> I went to sleep at 3:00, I wake up few minutes ago with the N900
>> powered off. There was not any active connection when I went to sleep,
>> so could anyone please explain me WHO drained my whole battery?!
>
> Bluetooth? I'd check that
I never use
On Sat, May 29, 2010 at 6:09 PM, Andrew Flegg wrote:
> Ovi's QA (such as obvious battery drainers) will help Nokia see that
> crowdsourced QA can be better than their in-house stuff (though our 10
> day process is apparently a bit longer than theirs).
I think that we better sacrifice time-to-deli
Yes, I am working on this :) Real life and bills paying can sometimes
get in the way but I'm slowly going back to being fully active with
MeeGo.
I will send a notification to go over and review [0] once it is
finished, as so far I outlined the tools that will enable us better QA
but have not expan
Sivan,
If you have suggestions for the QA that we can control (i.e. that of
maemo.org Extras) please share them. Also, examples of problems with
Ovi's QA (such as obvious battery drainers) will help Nokia see that
crowdsourced QA can be better than their in-house stuff (though our 10
day process i
I also experienced that with the Facebook widget alone, but the
battery performance is also very poor without any active widgets or
connections (6 hours max!). I am also curious what sort of QA
procedures the OVI store publishing process carries, but this is what
I think only one sign of a greater
Hi Andrea!
On Sat, May 29, 2010 at 1:18 PM, Andrea Grandi wrote:
> Hi,
>
> On 29 May 2010 12:11, Ville M. Vainio wrote:
>> On Sat, May 29, 2010 at 1:01 PM, Andrea Grandi wrote:
>>
>>> I went to sleep at 3:00, I wake up few minutes ago with the N900
>>> powered off. There was not any active conn
Hi,
On 29 May 2010 12:11, Ville M. Vainio wrote:
> On Sat, May 29, 2010 at 1:01 PM, Andrea Grandi wrote:
>
>> I went to sleep at 3:00, I wake up few minutes ago with the N900
>> powered off. There was not any active connection when I went to sleep,
>> so could anyone please explain me WHO draine
Hi Andrea!
What is your settings for internet connections (Settings->Internet
Connection).
It's good idea to change it to Always ask.
Thanks, Daniil
On Sat, May 29, 2010 at 1:01 PM, Andrea Grandi wrote:
> Hi all,
>
> this is my situation:
>
> - N900 with PR 1.2 flashed
> - full charged batt
On Sat, May 29, 2010 at 1:01 PM, Andrea Grandi wrote:
> I went to sleep at 3:00, I wake up few minutes ago with the N900
> powered off. There was not any active connection when I went to sleep,
> so could anyone please explain me WHO drained my whole battery?!
Can you ensure that your phone does
Hi all,
this is my situation:
- N900 with PR 1.2 flashed
- full charged battery
- extras-devel and extras-testing disabled
- 2 installed and running widget: facebook (pre-installed by default)
and Twitter (available on OVI store)
I expect this software to be STABLE.
I went to sleep at 3:00, I w
26 matches
Mail list logo
