Re: Features for next device
 

Dual mode touch screen like in tablet PC ? Able to use finger touch as well as more precise magnetic stylus. We'll even have cursor hover feature instead of just clicking.

Re: Features for next device
 

I totally disagree. There should be NO screen outside the visible screen - NO BEZEL! It's a waste of space and makes the handset too big to carry. The N900 could have a 5" screen with the current form factor.

Re: Features for next device
 

That would be cool, but where would the camera and proximity sensor be?

Re: Features for next device
 

Actually, I wouldn't mind if floating point processing went the way of the dinosaur. 64-bit integers are faster, have greater range (in the sense of more states) and don't have the many rounding-related problems that floating-point math has.

Re: Features for next device
 

It does. The core of Maemo will cease sending events and wakeups to applications. Misbehaved applications can still screw things up, and usually hildon-desktop screwing up is the result of a poorly written plugin.

It can't -force- applications to stop, but it easily could be configured to do so.

No PC ever hits more than a couple hundred KBytes/sec when being forced to page. Depending on the flash it can be way faster, but swap is still ungodly slow compared to RAM.

So yes, more RAM. Always more RAM. Paging is the symptom of a problem, not a solution.

Re: Features for next device
 

MMC/SD type flash is typically a few magnitudes slower than harddrives at swapping...

Re: Features for next device
 

I think it has sense to clarify here - what do you mean with "core of Maemo". I did my own event logging and I know for sure that there are a lot of applications which don't cease an activity with locked screen. In my surprise I even see a frequent polling of orientation by MCE with screen locked and even without ANY application which requests this info. Damn!

I can do it. Kernel has mechanics - "cgroups". It is only need to be configured to have a right cgroup and I compiled my own kernel with it and tested. But I can't stop MCE.


You mixed paging with swapping. Both uses the same mechanics but swapping means - "swap out the whole application" and that enjoys the sequential disk writes with 50MB/sec bandwidth in contrast with random paging. You can measure it yourself, BTW.

Re: Features for next device
 

"Easily swappable Battery ("Hot Swappable" a bonus)"

Amen to this suggestion, but hot swappable is a must, not a bonus. It was suggested for the N900 but ignored. I predict Nokia will ignore the suggestion this time also. It's too bad, because in these days before batteries get really capacious, hot swapping would be a fantabulous solution.

(BTW: I find the N900 battery quite easily swappable already.)

Re: Features for next device
 

Swapping hasn't meant "write out the entire application to storage" since before www was invented...

Today when the kernel needs to free up ram, it has among other things Least Recently Used lists, whether the page is disk cache, dirty pages waiting to be written to storage, executable pages belonging to apps and libraries that can be just dropped from memory (and read back from the fie in question later if it's needed), or anonymous pages (pages that don't already exist on storage) that get pushed out to swap, doesn't make much difference...

Yes in the old days swapping meant writing reading entire processes from RAM, but these days it's just on-demand pagein/pageout of anonymous memory to a swap area..

Re: Features for next device
 

How?
Some kind of trick?