[maemo-developers] Quality assurance of "stable" software: my battery drained in few hours

[From: Sivan Greenberg]

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 Seti at Home
on my N900! I'm quite sure we are not alone in this universe ;)

Sivan

2010/5/31 Kimmo Hämäläinen <kimmo.hamalainen at nokia.com>:
> 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 Seti at Home ;)  Browser could easily take
> 90% CPU in a "legal case" when flash is involved.
>
> -Kimmo
>
>>
>> Sivan
>>
>> On Sun, May 30, 2010 at 11:24 AM, Daniil Ivanov <daniil.ivanov at gmail.com> wrote:
>> > 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 <sivan at omniqueue.com> wrote:
>> >> 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 <daniil.ivanov at gmail.com> wrote:
>> >>> 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 <sivan at omniqueue.com> wrote:
>> >>>> Actually, I would think the kernel should already do something like that...
>> >>>>
>> >>>> On Sat, May 29, 2010 at 10:48 PM, Sivan Greenberg <sivan at omniqueue.com> 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
>> >>>>>
>> >>>>> On Sat, May 29, 2010 at 10:44 PM, Aniello Del Sorbo <anidel at gmail.com> wrote:
>> >>>>>> On 29 May 2010 10:03, Andrea Grandi <a.grandi at gmail.com> wrote:
>> >>>>>>>
>> >>>>>>> Hi,
>> >>>>>>>
>> >>>>>>> On 29 May 2010 19:02, Ian <vern at riseup.net> 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 it
>> >>>>>>>
>> >>>>>>
>> >>>>>> Is this a freshly flashed N900?
>> >>>>>> Or did you restore from a backup?
>> >>>>>> I had mine died yesterday in half a day because a process (I think
>> >>>>>> intellisync or something like that) was stuck somehow somewhere.
>> >>>>>> I have mine from a restored backup. Sure I wanted it to be stable after a
>> >>>>>> restore, but sometimes old config files/settings/whatever cause unexpected
>> >>>>>> (quite impossible to catch in testing) behaviors.
>> >>>>>> --
>> >>>>>> anidel
>> >>>>>>
>> >>>>>> _______________________________________________
>> >>>>>> maemo-developers mailing list
>> >>>>>> maemo-developers at maemo.org
>> >>>>>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>> >>>>>>
>> >>>>>>
>> >>>>>
>> >>>> _______________________________________________
>> >>>> maemo-developers mailing list
>> >>>> maemo-developers at maemo.org
>> >>>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>> >>>>
>> >>>
>> >>
>> >
>> _______________________________________________
>> maemo-developers mailing list
>> maemo-developers at maemo.org
>> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
>