RIP-Felix
Senior Member
DISCLAIMER!There are some general "rules", even if finding out your console's limits yourself is always better and somewhat fun :
• Don't OC a FAT more than 600/750. Personally, I wouldn't OC a 90nm RSX at all.
• For a 20XX slim, 650/800-850 is the maximum you should attempt. 700MHz core is likely to cause issues ( due to the NEC/Tokins capacitors.
Note that if your NEC/Tokins are particularly degraded, even 600MHz core might be too much.
• For a 21XX, 700/850-900 is possible, 650/850 is guaranteed.
• Starting from the 25XX series, we're talking about RSX revisions because there are 4 known models with different limits.
- "CXD5300A1GB" : Basically the same chip found in a 21XX, so 700/900
- "CXD5300CGB" : 800/975 is possible, even 850/1000 if you manage to keep your temps below 70°C (or it might freeze in some demanding games).
- "CXD5300DGB" : Okay, this one is a bit mysterious. We don't have many reports about it, it seems to perform like a "A1GB".
- "CXD5300GGB" : If you like big numbers, this one if for you ! The latest RSX revision you can find in a CFW-compatible PS3. 850MHz core minimum guaranteed, 1000MHz VRAM should be easy for it too.
900MHz core is possible, 950MHz too but it's super rare.
That's all !
Now about the SuperSlims... I'm curious too :p
Even if one day we'd be able to fully jailbreak them, maybe it won't be as incredible as one could think. It's a possibility, sure, but it all depends on Sony !
These models are cool, but they're also super cheap in many ways since Sony went into "money saving mode : MAX", so... I don't know about their potential.
Also, I recommend you to check these posts about diminishing returns
• https://www.psx-place.com/threads/p...peeds-ps3-cfw-only.36801/page-133#post-394237
• https://www.psx-place.com/threads/p...peeds-ps3-cfw-only.36801/page-119#post-392382
WE DO NOT HAVE ENOUGH DATA to make these generalizations and there are NO GUARINTEES!
When making statments like those it's important to state the limitations of your data. You mention none. It could be based off 1 console you had work, or 10. Either case isnt enough to establish a reliable average. And even if you had an accurate mean, that doesn't tell you about the distrobution or outliers. A Guarintee means 100% of all consoles with, say a -GGB, will do [insert OC]. That right there is doomed to be a wrong statment some small percentage of the time, even if it's extreemly conservative.
Do not cater to lazyness. 600/750 is still the closest to a safe OC there is and should be WHERE YOU START. If you want to start higher because you're impatient, DO NOT OVERCLOCK.
Help me underatand something. Early poor implimentations barely used SPEs if at all, so in that scenario this is a mute point. But doesn't the RSX have to process a frame, however long that takes? Ideally this should take less than one frame. 16.7ms for 60FPS target. If it can process and deliver the frame in less than that time, it sits idle until more data is fed to it for processing. If it needs the Cell to do certain processing functions before it can complete yhe current frame, I dont see how it being able to process and deliver it's part of the workload faster would have any effect other than reducing the time it takes. The cell just gets the instruction sooner and it takes as long as the cell always takes. But when it's done and feeds the data back to the RSX, the RSX's faster Clock speeds can finish the frame faster at that point.At 500MHz the SPE has basically time for 6 cycles to do its work for the RSX (Because the SPEs run at 3200MHz). When you start to OC to to 550MHz or higher suddenly only 5 cycles fit and the GPU stalls hard because it doesn't get the information in time anymore that it is coded to wait for.
This is probably an overly simplistic explanation. Maybe you can fill the gaps in my understanding.
Last edited:






