Linked by Thom Holwerda on Mon 5th Apr 2010 17:28 UTC
In the News The iPad's barely out the door, and Apple has already announced an upcoming iPhone OS 4.0 event - for April 8, which is coming Thursday - to be held at Apple's Cupertino campus. Similarly, Microsoft sent out mystery invitations today for an event held in San Francisco April 12.
Order by: Score:
Project Pink or something better?
by Cromat on Mon 5th Apr 2010 18:24 UTC
Member since:

I am guessing it is project pink, however I think the more exciting possibility is this new revolutionary zPad idea... a series of 9 zune's glued to a cafeteria tray. Now you can play zune games, listen to music, browse the web, on this new multitasking platform and revolutionary new device....

Edited 2010-04-05 18:25 UTC

Reply Score: 2

Comment by Kroc
by Kroc on Mon 5th Apr 2010 18:28 UTC
Member since:

Strange graphic design in the Apple ad. I’ve not seen anything quite like that from Apple before. I really do wonder what they’ve got cooking. I, like Thom, believe that Apple didn’t care for multitasking right from the beginning so it’s going to be a job baking it in elegantly, if at all; and that’s if the majority of users even care. I believe that they will provide more background daemons to utilise in the public API so that the whole app doesn’t have to be kept around in RAM, but just some sub-functionality that the OS can manage itself.

Microsoft? No idea. Which is good. Maybe they will demonstrate something physical for once.

Reply Score: 2

RE: Comment by Kroc
by Adam S on Tue 6th Apr 2010 16:45 UTC in reply to "Comment by Kroc"
Adam S Member since:

I believe that they will provide more background daemons to utilise in the public API so that the whole app doesn’t have to be kept around in RAM, but just some sub-functionality that the OS can manage itself.

They'll do it one of two ways:

An app can run in the background, but its RAM is allocated and, if the system runs low, it dynamically robs the bg apps until it has to kill them.

Alternatively, like virtually every other system out there, an app can suspend itself by writing its state to the flash memory and resume on launch, including state. It's new-school swapping. And it's not at all a new idea. It's not true background processing, but it does keep apps "running" while other things are in the foreground.

Reply Score: 1

RE[2]: Comment by Kroc
by darknexus on Tue 6th Apr 2010 17:49 UTC in reply to "RE: Comment by Kroc"
darknexus Member since:

Providing the two, background daemon capabilities and freeze state, would probably be the best. A good deal of apps already save their state in any case. The one other thing this would have to have is a way to see which apps' background services are running and kill them, and a way to visually indicate if a particular app has background services running. They could do this via the icon badge I think, you could see if an app has background parts running and there'd be a gesture, or maybe an option when the icon is held, to close it.

Reply Score: 2

enough iphone
by dacresni on Mon 5th Apr 2010 18:47 UTC
Member since:

enough, how about some i5 macbook pros please!

Reply Score: 1

Slate ??
by ramasubbu_sk on Mon 5th Apr 2010 18:52 UTC
Member since:

Can the Microsoft Invitation be for Slate (JooJoo,iPad competitor) ?

Reply Score: 1

Courier .. I hope
by kurgan2001 on Mon 5th Apr 2010 18:58 UTC
Member since:

I really hope it's the official unveiling of the courier. I could be wrong and I might be, but I really hope I'm not.

Reply Score: 2

RE: Courier .. I hope
by TaterSalad on Tue 6th Apr 2010 15:13 UTC in reply to "Courier .. I hope"
TaterSalad Member since:

I hope for something like this to be announced as well, but the little voice inside my head is saying don't get my hopes up on that yet. Since we've only seen concept videos, I'm not sure if they would reveal a product like that just yet. I'm thinking late 2010 or early 2011.

Reply Score: 2

by J.R. on Mon 5th Apr 2010 19:26 UTC
Member since:

Well, considering that April 12th is the release date for Visual Studio 2010 I guess its related to that ;)

Reply Score: 3

RE: Microsoft
by n4cer on Mon 5th Apr 2010 20:31 UTC in reply to "Microsoft"
n4cer Member since:

I was thinking the same, but VS launch is in Vegas:

CNET's Ina Fried is saying it's confirmed as "Pink".;posts

Gizmodo had leaked photos of Pink's OS last month:

Edited 2010-04-05 20:38 UTC

Reply Score: 2

Looks like...
by henderson101 on Mon 5th Apr 2010 23:12 UTC
Member since:

... I have a reason to renew my iPhone developer account ;-) iPhoneOS 4.0 BETA (assuming it still supports the 3G..)

Reply Score: 1

I'll be very surprised...
by JonathanBThompson on Mon 5th Apr 2010 23:40 UTC
Member since:

If Thom is correct about Apple not providing multitasking for hardware beyond the next major version of the iPhone/iPod Touch and iPad: perhaps the machines with 128 MB RAM won't be supported, I don't know, but Thom has this idea that a huge amount of RAM is more important than it really is. Question: how many applications take up even a majority of a 128 MB RAM iPhone's available RAM? Now, how many of those are applications you'd never run in the background anyway (say, FPS games)? If you can't do music playback/streaming apps within a few megs or so of RAM, or an IRC client or something related to similar things, types of software that are typically left in the background, then you're probably really hosing things up: the biggest issue for something like an IRC client isn't the size of the code or the amount of data it needs to hold in RAM at one time, but all a matter of GUI resources for things like nice graphics and sound effects. Well, guess what: all those things are readily cached and executed from Flash or a disk of some type!

At the moment, I don't currently have a system I can run BeOS or Haiku on to do this test, but I'm sure there's someone that can do this test:

Run Vision, the IRC client, and note via top or ProcessController what the memory footprint is for resident private. Now, it's useful to note: Vision has a rather simple GUI with very little in the way of graphics, and it isn't nearly as fully-featured as other IRC clients, but it gets the job done, done well, and works easily enough. While not "perfect" it is rather well-written, really, and practical choices were made. Now, if you allow a few megs for the nice spiffy graphics any version of OSX (desktop, server or iPhoneOS mutation) would use, add that to it, you'll find a very interesting thing: it doesn't really require all that much memory. Another memory statistic will likely stand out: virtual reserved. Depending on the OS and memory allocation policies, this may be far larger than what's actually being used by the app at any given time: an application calls to allocate a small chunk, but the OS reserves a chunk far larger than that in the virtual address space, and until an app requests more, say, to resize it, most of that is never touched at all: this is how most operating systems work these days: they allocate a much larger chunk of virtual address space for each OS call to allocate memory than is required, and that's reserved, and, unless there's explicit application memory management of heaps and so on, that's often not returned to the pool until that app terminates, but very little of that is actually paged in. If an app is written correctly (and the OS allows it that sort of control) you can very tightly use available actual RAM and virtual address space and not overcommit: this is far more practical to develop applications when you have a known-good garbage collection system in use, and everyone uses it properly. Well, at least with the current Mac version of OSX, that all exists already throughout the system: things aren't quite as complete on the iPhoneOS side of things as of yet.

There is currently another iPhoneOS policy/limitation that exists, and why, I don't really know: allowing third party apps to use dynamic libraries. Why is this so valuable to have? If you structure an application correctly, you only need to have a small portion of the code (and data) in memory at any given time: you can swap out code and data as required, and maintain a fairly small working set. This is something that was incredibly common when MS-DOS was a common dinosaur that roamed the earth: a lot of the more complicated applications simply wouldn't fit into RAM with full functionality without either using dynamically linked libraries, or overlays. Guess what: a heck of a lot of complex software (while not being bitmapped-GUI heavy) was made to run in the 640K limitation, and smaller! A properly written MVC application is actually well-suited to structuring in a way for this to work, at least for most applications. Combine this with garbage collection supported by the frameworks (where a huge portion of memory and resources is used and is dynamic) and perhaps more detailed heap management available to applications, combined with NSCoder serialization of state, and there's no reason why most applications can't have a major foreground application that's using lots of resources, and smaller footprint background applications that don't need to have all their code that deals with GUI stuff or many other foreground tasks in memory at the same time: it's all feasible, and nothing that's unknown by developers with sufficient experience on how to do it. Why Android and WebOS don't do it, well, that can be debated, but if nothing else, setting up a whole system for properly supporting all that takes time, and time to market is golden: the decision was made to include more RAM at the start, rather than try to shoehorn so much into a smaller amount of RAM because the system hasn't been optimized for size yet, and the optimization was for development time.

Reply Score: 2

RE: I'll be very surprised...
by daveak on Tue 6th Apr 2010 06:47 UTC in reply to "I'll be very surprised..."
daveak Member since:

No application can come close to taking up all the 128 meg of ram in a 3G iPhone. They get no where near to being able to use that much.

Depending on what has been done previously with regards to reading email and browsing with Safari an app can have as little as 10 meg to play with, possibly even less but that is the lowest I have seen.

Reply Score: 1

Comment by Praxis
by Praxis on Tue 6th Apr 2010 00:17 UTC
Member since:

I just can't see apple not including multitasking in this next update. There are issues to work out, but removing one of Android's biggest selling points. And I do thing a expose-like graphical task manager would kick ass.

Reply Score: 1

by Gareet on Wed 7th Apr 2010 07:22 UTC
Member since:

Well after hearing this news, really it seems to me as well that it could be the official release announcement for Visual Studio 2010

Reply Score: 1

by Gareet on Wed 7th Apr 2010 07:27 UTC
Member since:

Well after hearing this news, really it seems to me as well that it could be the official release announcement for Visual Studio 2010.
For more information

Reply Score: 1