Cell SPE has local store to reduce main memory access and latency...
No it's not. If I am unpacking compressed data in an SPE, at say 10:1, I only need 10% of XDR bandwith to saturate the pipe to RSX.They are going to have to hit main memory . quoting those band width numbers is about as wrong as adding the 256gb bandwidth of the edram to logic .
Or, a fully controlled cache, if a programmer programs it so. It can be programmed not to hit the main memory too. Anyway, you have EIB in Cell so I guess it's an overhead too.PC-Engine said:SPE LS is not cache...
Eh, with what are you comparing it?jvd said:They are going to have to hit main memory . quoting those band width numbers is about as wrong as adding the 256gb bandwidth of the edram to logic .
because we can just as easily go around saying that the xenos has 256GB/s bw to ram . Because it does as some of the logic os on the same die as the edram .--------------------------------------------------------------------------------
jvd : What's wrong with quoting the system peak design metrics? How else do you describe the avaiable BW to RSX or any other component? 56 GB/s to RSX total is availible. You're right that the RSX won't ever see that much, but it is there. It's the same as saying Xenos has 22 GB/s BW to RAM, which doesn't factor in that that is shared with XeCPU.
They would lying cause from RSX to SPEs there's a 20 Gbytes/s busShifty Geezer said:Now if nVidia/Sony were to start saying RSX has 700 GB/s BW because it can write directly to Cell SPE's LS, then I'll get huffy
Origin? Link?version said:http://pauln.truemesh.com/cellcpuinfo.jpg
ChryZ said:Origin? Link?version said:http://pauln.truemesh.com/cellcpuinfo.jpg
Thanks. Fedora Rawhide, hm ...version said: