I See

JKConey wrote:
> "Michelle Steiner" <michelle@michelle.org> wrote in message
> news:michelle-01AD00.15213701092010@news.eternal-september.org...
>> In article <i5met2$6rj$1@news.eternal-september.org>,
>> "JKConey" <jkconey@verizon.net> wrote:
>>
>>> Seems like when I'm wishing there was a way to get something done,
>>> whoosh
>>> it appears on Cydia. I was thinking how annoying it is to keep
>>> closing down all the open "links" on the multitasking bar one by
>>> one. Just popped up an app that closes them all at once with one
>>> push of my choice. Nothing major, but one more reason I'm happy
>>> being jailbroken.
>>
>> I don't bother to close them; don't see the need.
>>
>
>
> You don't see any battery life degrading, even with a couple dozen
> open?

You don't appear to understand that iOS4 multi-tasking is nothing of the
sort - other than for audio and Satnav apps.
With the foregoing exceptions and the current task, none of the apps in the
MT dock are running in memory.

You clearly have some way to go, my son.

I See

JF Mezei wrote:
> Michelle Steiner wrote:
>> In article <i5n9o9$irg$1@news.eternal-september.org>,
>> "JKConey" <jkconey@verizon.net> wrote:
>>
>>> You don't see any battery life degrading, even with a couple dozen
>>> open?
>>
>> Not any more than with none open.
>
>
> In real life perhaps. But if you have enabled SSH deamon, you should
> note that you can still connect to your iphone even if it is asleep (I
> think there may be time limit after which the deamon is also put to
> sleep).
>
> So technically, background apps can consume CPU power while your unit
> is asleep. Apple has done a fair job of limiting this and preventing
> some run-away infinite loop forcing CPU to run at 100% even if the
> unit is asleep (which would drain battery quickly).

Jesus.

I See

David Empson wrote:
> Allistar <me@hiddenaddress.com> wrote:
>
>> nospam wrote:
>>
>>> In article <bpydncOMz_TNTuPRnZ2dnUVZ_gqdnZ2d@giganews.com>, Allistar
>>> <me@hiddenaddress.com> wrote:
>>>
>>>>>> it appears on Cydia. I was thinking how annoying it is to keep
>>>>>> closing down all the open "links" on the multitasking bar one by
>>>>>> one. Just popped up an app that closes them all at once with one
>>>>>> push of my choice. Nothing major, but one more reason I'm happy
>>>>>> being jailbroken.
>>>>>
>>>>> I don't bother to close them; don't see the need.
>>>>
>>>> I would have expected a running app to be automatically closed
>>>> after a certain amount of time of not being used (say, 5 minutes?)
>>>> What's the logic in leaving them open (or at least, having them
>>>> appear in the running tasks list)?
>>>
>>> apps are suspended, so it doesn't matter if it's 5 minutes or 5
>>> days. they are not running, except for specific types of apps such
>>> as background audio or gps navigation.
>>>
>>> the list is not running tasks, it's recently used apps. the user
>>> might want to go back to an app they used the day or week before,
>>> and since it's suspended, it instantly resumes. if it had been shut
>>> down, it would need to relaunch, which is slower.
>>
>> Which implies that every app on that list is consuming a certain
>> amount of resources.
>
> Except that they may not be (apart from the simple list keeping track
> of which apps have been launched, which has barely any overhead).
>
> The app will only be suspended and held in RAM for as long as it suits
> the OS to do so. If the OS needs the memory for something else (such
> as the user running another memory hungry app), suspended apps are
> dumped from RAM and will have to be relaunched from flash if the user
> switches back to them.
>
>> It would be nice to be able to control it so those resources were
>> freed when the app is closed. When I run an app for the first time
>> on my iPhone, I don't notice any delay - it's pretty much instant.
>
> For apps which can run in the background, I agree it would be nice to
> at least have an indication that it is running.
>
> For suspended apps, there is no need to be concerned at all.

Is there no-one here with a motherfucking clue ?

Michelle Steiner

In article <4c7f3434$0$9857$c3e8da3@news.astraweb.com>,
JF Mezei <jfmezei.spamnot@vaxination.ca> wrote:

> >> You don't see any battery life degrading, even with a couple dozen
> >> open?
> >
> > Not any more than with none open.
>
> In real life perhaps.

I live in real life, so that's all that matters.

--
Check out the Hot Cocoa Party
<http://www.hotcocoaparty.info>

Larry

Michelle Steiner <michelle@michelle.org> wrote in news:michelle-
43E34E.21482401092010@news.eternal-september.org:

> In article <i5n9o9$irg$1@news.eternal-september.org>,
> "JKConey" <jkconey@verizon.net> wrote:
>
>> You don't see any battery life degrading, even with a couple dozen
open?
>
> Not any more than with none open.
>

That's reasonable. Refreshing memory location with 00000000 or 01101101
takes the same power as long as you don't CHANGE what's stored there.
Having a static app loaded that's locked in the off position takes no
more power than refreshing memory that's all 0s or all 1s. Writing new
data to memory consumes more power. Michelle is actually saving power by
NOT shutting down apps sitting static in background! When she shuts down
an app or apps, it writes to memory using more power. The battery would,
in this static shutdown not true multitasking device, be saved leaving
the apps open....as long as they're doing nothing just sitting there.

People seem to forget that dynamic memory is constantly being refreshed
so it doesn't forget what's loaded upon it thousands of times per second.

JF Mezei

Larry wrote:

> Having a static app loaded that's locked in the off position takes no
> more power than refreshing memory that's all 0s or all 1s.

The big consumer of power is the CPU.

If the application is truly hibernating and does not have any CPU time
slots, then its existance as a running app will not cost you battery life.

But if the application is multitasking enabled and is able to perform
regular tasks in the background, then it will be given CPU time slots
from time to time and thus cause CPU to consume more electrical power.

This is where IOS' handling of background apps is important and one
needs to know exactly how it handles it, and what restructions it has
before drawing final conclusions.

But you need to be aware that the phone remains always "awake" from the
OS perspective since it needs to stay connected to the GSM network. This
may not require much power with "pings" every now and then to keep a
connection to a tower.

D Finnigan

I See wrote:
>
> You don't appear to understand that iOS4 multi-tasking is nothing of the
> sort - other than for audio and Satnav apps.
> With the foregoing exceptions and the current task, none of the apps in
the
> MT dock are running in memory.
> You clearly have some way to go, my son.
>

I have a newsreader called NewsTap which can download new articles in the
background, such as while I have Mail, Safari, or the home screen open. I
can track its progress by looking at its icon, which has a badge of unread
articles, analogous to the Mail app's badge.

--
Mac GUI Vault - A source for retro Apple II and Macintosh
computing.
http://macgui.com/vault/

Allistar

David Empson wrote:

> Allistar <me@hiddenaddress.com> wrote:
>
>> nospam wrote:
>>
>> > In article <bpydncOMz_TNTuPRnZ2dnUVZ_gqdnZ2d@giganews.com>, Allistar
>> > <me@hiddenaddress.com> wrote:
>> >
>> >> >> it appears on Cydia. I was thinking how annoying it is to keep
>> >> >> closing down all the open "links" on the multitasking bar one by
>> >> >> one. Just popped up an app that closes them all at once with one
>> >> >> push of my choice. Nothing major, but one more reason I'm happy
>> >> >> being jailbroken.
>> >> >
>> >> > I don't bother to close them; don't see the need.
>> >>
>> >> I would have expected a running app to be automatically closed after a
>> >> certain amount of time of not being used (say, 5 minutes?) What's the
>> >> logic in leaving them open (or at least, having them appear in the
>> >> running tasks list)?
>> >
>> > apps are suspended, so it doesn't matter if it's 5 minutes or 5 days.
>> > they are not running, except for specific types of apps such as
>> > background audio or gps navigation.
>> >
>> > the list is not running tasks, it's recently used apps. the user might
>> > want to go back to an app they used the day or week before, and since
>> > it's suspended, it instantly resumes. if it had been shut down, it
>> > would need to relaunch, which is slower.
>>
>> Which implies that every app on that list is consuming a certain amount
>> of resources.
>
> Except that they may not be (apart from the simple list keeping track of
> which apps have been launched, which has barely any overhead).
>
> The app will only be suspended and held in RAM for as long as it suits
> the OS to do so. If the OS needs the memory for something else (such as
> the user running another memory hungry app), suspended apps are dumped
> from RAM and will have to be relaunched from flash if the user switches
> back to them.

If an app is dumped from RAM, then why does it still appear in the "running
tasks" list?

>> It would be nice to be able to control it so those resources were
>> freed when the app is closed. When I run an app for the first time on my
>> iPhone, I don't notice any delay - it's pretty much instant.
>
> For apps which can run in the background, I agree it would be nice to at
> least have an indication that it is running.
>
> For suspended apps, there is no need to be concerned at all.


--
A.

nospam

In article <NoudnQH-4_Dfqh3RnZ2dnUVZ_rCdnZ2d@giganews.com>, Allistar
<me@hiddenaddress.com> wrote:

> If an app is dumped from RAM, then why does it still appear in the "running
> tasks" list?

it's recently used apps, not running apps.

JKConey

"I See" <mouchie@ntlworld.com> wrote in message
news:8e9fppF32uU1@mid.individual.net...
> David Empson wrote:
>> Allistar <me@hiddenaddress.com> wrote:
>>

> Is there no-one here with a motherfucking clue ?
>
>


Only you have a clue Sherlock. This is an NG, not a contest to see who's
the smartest, or the nastiest. If we bore you so, then just move on.


--

www.myconeyislandmemories.com