Code is not a RAM hog for a long time already for any device without severe memory constraints, data is. No architecture can decrease the size of an image, audio or video.ARM is generally less of a RAM hog. Additionally, the available Thumb2 instruction set is able to make code about 30% smaller than using common ARM instructions.
So there is something like PAE in ARM world, interesting.We'll probably start with the 2GB RAM and it seems we could go up to 8GB with our current setup.
It's the actual CPU board.I'm led to believe that that board is just the one used to interface the peripheral (main) board to the OMAP dev board, not the final CPU board. That said, I don't know what all those unpopulated chips would be for in that case.
Bill Gates said too:The OMAP 5 Devboard has 2GB of RAM, I suspect the Pyra will have at least that. Honestly still haven't found an application that needed more than 750MBs.
^_^No Human need ever more than 640b KB Ram in his Personal Computer.
My company actually almost cut our RAM usage in half by switching to fp16 for most of our data floating point data, something that's only natively supported on ARM. Also you have to not care about precision that much. So yes, you are literally correct that the architecture can't decrease the size of an image, audio, or video, there is at least one thing that a specific architecture (ie, ARM) can do to improve RAM usage.No architecture can decrease the size of an image, audio or video.
2 GB sounds good to me for personal anticipated use.We'll probably start with the 2GB RAM and it seems we could go up to 8GB with our current setup.
No he didn't. I don't think anyone remembers the exact quote, but there was never an "ever" attached to it, and it was very context specific: you have to be aware of what was going on at the time to appreciate why that number is significant and that it was actually a very good thing.This is going back a long time ago to when IBM engineers were designing the first PC. The 8086 CPU only had 1MB of address space. Some of that address space had to be dedicated to peripherals so that the CPU could talk to the rest of the system, things like the video and audio systems, etc... Whatever was left over was dedicated to RAM. The IBM engineers wanted an even split: 512KB for system, 512KB for RAM. At the time they were expecting most users to need 128KB of RAM or less, so an even split was more than generous. Bill Gates actually stepped up and said no, 128KB was not enough, 512KB was not enough: 640KB should be enough. 384KB would be dedicated to system peripherals while up to 640KB would be allowed for RAM.Bill Gates said too:
No Human need ever more than 640b KB Ram in his Personal Computer.
Would we be limited to 4 GB with 32 bit or does ARM have a work around (or are you thinking of going 64 bit?)We'll probably start with the 2GB RAM and it seems we could go up to 8GB with our current setup.
The linux kernel have that "big mem" option to work around that issueWould we be limited to 4 GB with 32 bit or does ARM have a work around (or are you thinking of going 64 bit?)
Large Physical Address ExtensionWould we be limited to 4 GB with 32 bit or does ARM have a work around (or are you thinking of going 64 bit?)We'll probably start with the 2GB RAM and it seems we could go up to 8GB with our current setup.
Like WizardStan already explained, Bill gates never has said that. It's one of these famous misquotes in history.Bill Gates said too:
No Human need ever more than 640b KB Ram in his Personal Computer.
I have Vista with 4GB RAM in my PC and it behaves fine (after some heavy tuning of course). 2Gb should be more than enough for the Pyra, thats alot for such a tiny mobile device I guess. Not sure how the power consumption really will be but more RAM usualy means more power drainage. And if 2GB drain much more power than 1GB I eve nwould like to be happy with 1GB RAM, which then would also make the Pyra cheaper.Windows is a memory hog. I'm not sure I often make it over 4GB in my linux installation (Lubuntu). But I also don't run very intensive tasks much...