Crossbar said:I wonder when they will move to 1024 Mbit chips? The volumes of the 360 are already pretty high. Maybe thay wait until more products are willing to share the initial transition costs. I guess it will probably take another year until there are graphics cards using 1024 Mbit chips (1 GB cards 256 bit bus), perhaps they will even move to GDDR4 before that.
Is it possible that graphis memory chips will move to a 64 bit data path sometime in the future? Is there some rationale for not doing that, chip size etc. ?
Guden Oden said:There aren't any sticks of RAM in the 360, it uses discrete memory devices surface mounted straight to the mainboard (like on a graphics card).
Possibly a cost reduction could be attained in the future by doubling memory density and halving the number of chips, but higher density memory is often more expensive initially per megabyte, so it could be a while before any cost benefit would be seen. It could also prompt hardware changes, mobo revision etc, which would bring additional costs which would have to be weighed against any possible savings.
It could also possibly screw with lowlevel hardware details, stuff like the number of memory pages the RAM controller can keep open at any one time. Fewer chips = fewer open pages, which would have a negative performance impact. The same could easily be the case with a possible future 64-bit memory device (as opposed to today's 32-bit) I might add, plus you'd definitely need a new mobo in that case.
So in all, I wouldn't expect it really.
Thanks, I did not think about the memory pages, I thought it was a given that the 360 would move to a 4 chip memory solution in the future to save costs, but as you say that may have negative performance impact.Guden Oden said:It could also possibly screw with lowlevel hardware details, stuff like the number of memory pages the RAM controller can keep open at any one time. Fewer chips = fewer open pages, which would have a negative performance impact. The same could easily be the case with a possible future 64-bit memory device (as opposed to today's 32-bit) I might add, plus you'd definitely need a new mobo in that case.
So in all, I wouldn't expect it really.
I'm totally speculating of course, but it's something that might be important. Memory buffers and pipelines in xenos are likely dimensioned for the current memory chip setup.Crossbar said:as you say that may have negative performance impact.
There's not just a CPU in the 360 tho, heh. In fact, I could well imagine xenos consumes even more main memory bandwidth than the CPU does.But would a 64 bit data path really be a similar case, I mean the the cache lines are never shorter than 8 bytes, so the CPU would want to update the complete line anyhow.
I guess everything is possible, but like I said, when a new chip density is released it is often (majorly) more expensive than the current standard chip. A price premium of 100% on the consumer level is not at all unheard of. Also like I said, the behavior of the memory subsystem WOULD change by reducing the number of chips - for the worse I might add. Which would make it less likely MS would do this.TheChefO said:However, would you agree that at some point in the next year or so they might take a stab at a motherboard revisions along with the 65nm gpu/cpu processes and at that time revisit the issue of 512mbit chips vs 1024mbit chips for cost reduction?
Guden Oden said:I guess everything is possible, but like I said, when a new chip density is released it is often (majorly) more expensive than the current standard chip. A price premium of 100% on the consumer level is not at all unheard of. Also like I said, the behavior of the memory subsystem WOULD change by reducing the number of chips - for the worse I might add. Which would make it less likely MS would do this.
When MS wants to cost-reduce the system, the biggest earnings would most likely be made by shrinking the main chips and eliminating the separate DRAM die in xenos, not by halving the number of RAM chips...
My speculation of course.
Yes, but wouldn't the GPU be even more prone to read/write large blocks of consecutive memory? If we look at a general case of a low end graphic card with 64 bit memory bus, I think it could benefit from a one memory chip solution. Let us say a 64 MB chip for frame buffer and fetching textures from main memory over the PCIE. This would be a high volume chip that could be used in the complete range of graphic cards from low end to high end, I think there will some economy of scale here.Guden Oden said:There's not just a CPU in the 360 tho, heh. In fact, I could well imagine xenos consumes even more main memory bandwidth than the CPU does.But would a 64 bit data path really be a similar case, I mean the the cache lines are never shorter than 8 bytes, so the CPU would want to update the complete line anyhow.
I don't think so. Considering how many different streams to memory a GPU is handling - framebuffer, render-to-texture and Z-buffer read/writes, texture reads (often multiple per pixel, with many texels read at a time for certain filter modes), shader program reads, command list reads and so on - large block accesses isn't the first thing that enters my mind. Oh, and take all this x2 for the two quads in xenos as well.Crossbar said:Yes, but wouldn't the GPU be even more prone to read/write large blocks of consecutive memory?
Not applicable to our case here, but I'm sure you're right, from a cost standpoint. Performance, probably not, but that's never really a consideration in the low-end range anyway. Still, this is totally beside the point of this thread.If we look at a general case of a low end graphic card with 64 bit memory bus, I think it could benefit from a one memory chip solution.
Acert93 said:To contrast what Guden has said, while there are issues that need to be accounted for, part of planning and cost reduction is taking these things into consideration. Most consoles, at some point, do consolidate memory. While larger memory modules are more expensive initially, having fewer will save money in the long run. This stuff is usually part of the console design process. MS *really* screwed up here last time and everything we have heard from them is the console, top to bottom, is designed to drop in price over time. Eventually MS is going to want the Core to reach $99-$129 and buying fewer and smaller memory chips is part of that process. It is safe to say that at some point they will transition to denser memory modules. When is really depending on price and when they plan to do board revisions.
After consulting some people (more knowledgeble than me in the GPU field), I stand my point that the GPUs in general are more prone to access large chunks of consecutive memory than CPUs. Even if you are correct in that the GPUs access all these kind of different data types, the GPUs have deep pipelines and try to organise memory accesses in large blocks which efficiently use the burst access mode of the memory. Block sizes of 32 bytes and larger are not uncommon.Guden Oden said:I don't think so. Considering how many different streams to memory a GPU is handling - framebuffer, render-to-texture and Z-buffer read/writes, texture reads (often multiple per pixel, with many texels read at a time for certain filter modes), shader program reads, command list reads and so on - large block accesses isn't the first thing that enters my mind. Oh, and take all this x2 for the two quads in xenos as well.Crossbar said:Yes, but wouldn't the GPU be even more prone to read/write large blocks of consecutive memory?