[QUOTE="Cheese-Muffins"]
[QUOTE="finalstar2007"]
I see, very interesting thanks for the information but storing pictures, music and videos isnt that the function of the external HDD each console has? sounds like RAM is actually the one responsible for the "Picture" icon or the "Video" icon, am i correct? :o
AdobeArtist
I'm not really sure what you're getting at here. From my limited knowledge in my computer architecture class, RAM stores data for the program/game from the HDD (or disk?). In a game setting, whatever you're currently accessing and using in the game must be stored in RAM to continually access it. RAM has a MUCH faster access time than a HDD. It's why it takes so long to first load up a program or something on your computer as it has to load it up from your hard drive first. However, RAM is limited and you can't just store the whole game code in RAM. Thus, you have to continually evict and replace data in your RAM from the HDD. From my understanding, this is what causes "pop-in" in games. The textures you are now just accessing have not loaded into memory yet, and thus there is a penalty/delay in loading to the RAM from the HDD/Disk, which causes the "pop-in". Therefore, more RAM is typically a good thing as you can store more data in a much faster environment. It would allow better quality assests, more things on screen, etc, like yoshi_64 said.
However, the cost-to-benefit ratio above 4GB for console makers right now makes a large amount of RAM not worth it.
I think the simpler way of explaining is that where a hard drive or media disc is stored data, the RAM is used for processing the data actively being used for the given scenario of a game. So all the character models, level maps, audio clips, animation data and such are pulled of the stored data and processed to occur on screen via the RAM. The RAM also processes all statistical data, such as physics, damage calculations based on character attributes or weapons the character is equipped with (and in RPG cases the in-game stats) to determine the outcome of player actions.
And since RAM is limited, data is continuously swapped in and out in an as-needed basis. So levels exited are purged out to make room for the next level to be rendered, and so on. So more RAM means more situational variables can be calculated to create real time actions and maintain the flow of the game.
well not really its all forms of storagg,ram is just super fast synchronous memory, and it can be written to on a byte per byte basis which makes it a lot more flexible. It also doesn't process anything, that's the processors job, and even then when processor does the calculations it does so inside the cache. Sometimes you dont' want it to stay in the cache though and there are compiler options for that...
You can get flash based disks that are XIP and can use it like memory, which could be used for reading/execution of the program but it can't be written back to easily. Flash is almost always a block device so in order to write to it you have to erase a large section first to even write a byte so its not good for storing temporary information like RAM is. Reading is synchrounous but writing isasynchrounous on this type of memory.
The problem with other types of storage is its all asynchronous, so in order to get data off you have to give a read command then address and wait for the data to be prepared, you can't really use this information very readily since there is a lot of latency involved. Normally you have to request the data from a file system which goes through a block driver... takes a while. This type of memory the cpu can't execute code from, it needs a block driver to retrieve/store information.
So its like a small pyramid of going from really slow memory to really fast memory. Data gets loaded from a disk into memory, then that memory gets loaded into the cpu and is likely cached and cache is ridiculously fast compared to memory. From the CPU's perspective with though its just reading a byte from an address, cache coudl take 1 cycle, external memory could take like 10 cycles... asychronous memory could take hundreds of cycles. Those values aren't factual you'd need actual hardware for real timing data.
edit: sorry I had a **** fit when I saw memory processes stuff
Log in to comment