PlayStation 3 Architecture (2021)
41–50 of 63 posts
Re: PlayStation 3 Architecture (2021)
#42Re: PlayStation 3 Architecture (2021)
#43PS3 would have done better as a gaming console if the architecture wasn't so hard to program and wasn't forced to be a trojan blue-ray player.
The big issue with the Cell architecture is that it was designed to act as a GPU as well which they realized later in development that it won't be powerful enough for those graphics and they'll still need a dedicated GPU in addition. That's why the Cell is such a franken-cpu compared to the vanilla IBM PowerPC it's based on.
The Cell architecture was also a product of it's time. In the early 00s when they started Cell development nobody would have expected that X86 would have made such leaps by the time the PS3 hit the market.
Re: PlayStation 3 Architecture (2021)
#44i did a bit dev on ps3 and i remember there was a small memory on the chip, like 256k that was accessible to programmer. i always found this very appealing, having a blazing fast memory under programmer control so i wonder: why don't we have that on other cpus?
We call it "cache" don't we these days? And they've become massive - Apple M series and AMX Strix series have 24/32MB of L3 cache. This is where a lot of their performance comes from.
Re: PlayStation 3 Architecture (2021)
#45Earlier quoted context omitted.
That would be the PS2’s VUs which had an upper and lower pipe and it was easier to write instructions for each in separate columns. Then in one SDK we received program called vcl which took a single list of instructions, doing all the pipelining for you, as well as optimizing loops and assigning registers automatically. It was a godsend.
I can't remember the details because we coded the SPU in C, but the PS3 SPUs had odd and even cycles with different access properties too.
Re: PlayStation 3 Architecture (2021)
#46i did a bit dev on ps3 and i remember there was a small memory on the chip, like 256k that was accessible to programmer. i always found this very appealing, having a blazing fast memory under programmer control so i wonder: why don't we have that on other cpus?
"The local store does not operate like a conventional CPU cache since it is neither transparent to software nor does it contain hardware structures that predict which data to load."
I think the general term for this is scratchpad memory. https://en.wikipedia.org/wiki/Scratchpad_memory
This kind of indicates the problem with it. When switching tasks, each local store would have to be put into main RAM and the new task's local stores pulled back out. This would make switching tasks increasingly expensive. I believe the PS3 (and maybe all cell processors) dealt with this by not having tasks switch on the SPUs.
Re: PlayStation 3 Architecture (2021)
#47I see a lot of comments here saying how underwhelming it was. And that’s probably true.
But one thing always surprised me. The quality of the games for PS3 at the platform end of life were gorgeous. Developers became so good at extracting all the power from the platform (and it had some in its difficult to use way), that great things were achieved.
Re: PlayStation 3 Architecture (2021)
#48This is totally strange. I just got interested in the architecture of PS3 and its emulators (on Android too) and now there is article on HN...
Re: PlayStation 3 Architecture (2021)
#49i did a bit dev on ps3 and i remember there was a small memory on the chip, like 256k that was accessible to programmer. i always found this very appealing, having a blazing fast memory under programmer control so i wonder: why don't we have that on other cpus?
> why don't we have that on other cpus? We do, it's called "cache" or "registers".
In some ways it's like cache, it has the latency of L1 cache (6 cycles), but it's fully deterministic in terms of access.
Re: PlayStation 3 Architecture (2021)
#50I wonder if that architecture was designed to prevent emulation. Because emulators still work insanely hard to make those games work, even today.