PS3 Project RSX Boost: Overclock your Retail PS3 RSX Speeds (ps3 cfw only)

Mitsu™ said:
If my calculations are correct, taking the example of "Murder" Crysis (Crysis 3 with maxed graphical settings) once again :
- At 800/950 this game run at 18,75 FPS.
- At 800/975 the game run at 18,98 FPS. (↑ 1,227 %)
- At 800/1200MHz it should approximately run at 21 FPS.

Between 1000 and 1200MHz, it's almost a 10% increase in framerate if it stays linear.
Click to expand...
I expected a much bigger jump. I guess 950-1000 is the sweet spot. And it's the most doable frequencies. 1200 must be for PS3s that have a minimum 3.56 FW that are cfw compatible. Cause all the January's are 3.50 min version. I think the PS3s that are 3.56 are later and had further improvements to the vram silicon.
 
Rossa said:
Which I guess brings up another risk when it comes to this stuff; case swaps could mislead you with the consoles overclocking capability. I don't know if like 21xx hardware could fit inside a 25xx case, but if it can, that's another thing to look out for if the console has been opened.
Click to expand...
Yes, it fit. So this is a possibility. That's why I'm not "hunting" silicon winners like Tanzu. Firstly I have to deal with these date codes, and on top of that I don't want to buy online.
Hand delivery only.
When I bought my 2504A 0D (800/1000), I tested the console with the person by checking the minimum firmware, to be sure it was a 25XX.
 
Mitsu™ said:
Yes, it fit. So this is a possibility. That's why I'm not "hunting" silicon winners like Tanzu. Firstly I have to deal with these date codes, and on top of that I don't want to buy online.
Hand delivery only.
When I bought my 2504A 0D (800/1000), I tested the console with the person by checking the minimum firmware, to be sure it was a 25XX.
Click to expand...
Hunting them is only doable in the US. No way I'd risk money on date codes. Hell I'm glad I decided January instead of chasing December's too. Those have chances of GGBs but they have a much bigger chance of duds. And January hunting is hard as hell. There's so little of them
In the wild.
 
Hello, I have a 2504A 0C, would it be safe to try 700/900 MHz as the first step?
I'm currently using the "OC" version from Evilnat CFW... I do not have an hardware flasher so I'm definitely willing to play safe.
 
Mitsu™ said:
So your PS3 is still fine at 1200MHz VRAM ? No side effects ? This is awesome :0
Click to expand...

I haven't made extensive tests yet as i'm busy with my mod and my system is overheating easily ( i never changed my thermal paste)

But as i can tell no problems at 1200MHz on the memory, the gow ascention is keeping 60fps in that specific part of the game that I use to test. (Same as 850/1000) but almost 100% stable and crysis HD compared to 850/1000 it is hitting stable 32fps ( i thought that it was capped at 30) vs 30.91.

900 core is crashing my system randomly, it's not releated to the memory clock though
 
Last edited:
LuanTeles said:
I haven't made extensive tests yet as i'm busy with my mod and my system is overheating easily ( i never changed my thermal paste)

But as i can tell no problems at 1200MHz on the memory, the gow ascention is keeping 60fps in that specific part of the game that I use to test. (Same as 850/1000) but almost 100% stable and crysis HD compared to 850/1000 it is hitting stable 32fps ( i thought that it was capped at 30) vs 30.91.

900 core is crashing my system randomly, it's not releated to the memory clock though
Click to expand...
Apparently overvolting is coming. So 900 will be a reality for you.
 
VOLTAGE MOD UPDATE: SUCCESS!

CORE
Thanks to @M4j0r we know know what offset to change the RSX CORE Voltage ID (VID) on Mullion SYSCON.
It requires a write to the SYSCON EEPROM via UART (Serial). I do not want to explain how just yet. I'm still working on the details and I want a change to try it out a bit before writing up a tutorial. I only just today mapped the VID table on the NCP5318's data sheet to the EEPROM Bytes that select any VID you want. But I did prove it works.

VID432105 | Vactual | Vmin (-0.5%)
001011 | 0.926v | 0.9263
001101 | 0.901v | 0.9015
110001 | 1.223v | 1.2248
001010 | 0.937v | 0.9388

Proof of concept was on an A01 Frankie. The 90nm RSX was replaced with a 40nm pull that failed in such a way that it's the perfect test bed for this. It was artifacting in stress testing (bad RSX) but not dead completely. This means I can burn it out and it won't matter. It needs replaced anyway.

To be clear. This only works on Mullion SYSCON so far. We have not located the appropriate offset in Sherwood SYSCONs. Which means we can't use it on Slims yet. I've only tested it on a COK-001 (CECH-A01). These consoles unmodified do not overclock well at all! But frankies OC fine. I have one with a 40nm that does 800/950. Now that I know what I'm doing, I'm keen to try overclocking it to see if I can stabilize 850 Core.

VRAM
Thanks to @b_rob1 we were able to Potentiometer mod the VRAM voltage (FBVDDQ). I tested it in a console that was fine 25MHz earlier, and then almost bricked. I increased voltage from 1.8v to 2v and while it was hotter, it wasn't more stable. Not in the least. SO I have concluded VRAM voltage mods are pointless.
 
RIP-Felix said:
VOLTAGE MOD UPDATE: SUCCESS!

CORE
Thanks to @M4j0r we know know what offset to change the RSX CORE Voltage ID (VID) on Mullion SYSCON.
It requires a write to the SYSCON EEPROM via UART (Serial). I do not want to explain how just yet. I'm still working on the details and I want a change to try it out a bit before writing up a tutorial. I only just today mapped the VID table on the NCP5318's data sheet to the EEPROM Bytes that select any VID you want. But I did prove it works.

VID432105 | Vactual | Vmin (-0.5%)
001011 | 0.926v | 0.9263
001101 | 0.901v | 0.9015
110001 | 1.223v | 1.2248
001010 | 0.937v | 0.9388

Proof of concept was on an A01 Frankie. The 90nm RSX was replaced with a 40nm pull that failed in such a way that it's the perfect test bed for this. It was artifacting in stress testing (bad RSX) but not dead completely. This means I can burn it out and it won't matter. It needs replaced anyway.

To be clear. This only works on Mullion SYSCON so far. We have not located the appropriate offset in Sherwood SYSCONs. Which means we can't use it on Slims yet. I've only tested it on a COK-001 (CECH-A01). These consoles unmodified do not overclock well at all! But frankies OC fine. I have one with a 40nm that does 800/950. Now that I know what I'm doing, I'm keen to try overclocking it to see if I can stabilize 850 Core.

VRAM
Thanks to @b_rob1 we were able to Potentiometer mod the VRAM voltage (FBVDDQ). I tested it in a console that was fine 25MHz earlier, and then almost bricked. I increased voltage from 1.8v to 2v and while it was hotter, it wasn't more stable. Not in the least. SO I have concluded VRAM voltage mods are pointless.
Click to expand...
This is so damn exciting. But hoping the slim thing is sorted out. A lot of us here only have slims:D. I'll be able to stabilize some of my slims further with higher core. Vram I don't want to touch the voltage of regardless. So I don't mind the 975 and 1000 OC I've achieved. Those are already high solid OCs. But I'm excited for the core voltage.
 
RIP-Felix said:
VOLTAGE MOD UPDATE: SUCCESS! Core Thanks to @M4j0r we know what offset to change the RSX CORE Voltage ID (VID) on Mullion SYSCON. It requires a write to the SYSCON EEPROM via UART (Serial). I do not want to explain how just yet. I'm still working on the details and I want a change to try it out a bit before writing up a tutorial. I only just today mapped the VID table on the NCP5318's data sheet to the EEPROM Bytes that select any VID you want. But I did prove it works. VID432105 | Vactual | Vmin (-0.5%) 001011 | 0.926V | 0.9263 001101 | 0.901V | 0.9015 110001 | 1.223V | 1.2248 001010 | 0.937V | 0.9388 Proof of concept was on an A01 Frankie. The 90nm RSX was replaced with a 40nm pull that failed in such a way that it's the perfect test bed for this. It was artifacting in stress testing (bad RSX) but not dead completely. This means I can burn it out and it won't matter. It needs replaced anyway. To be clear. This only works on Mullion SYSCON so far. We have not located the appropriate offset in Sherwood SYSCONs. Which means we can't use it on Slims yet. I've only tested it on a COK-001 (CECH-A01). These consoles unmodified do not overclock well at all! But frankies OC fine. I have one with a 40nm that does 800/950. Now that I know what I'm doing, I'm keen to try overclocking it to see if I can stabilize 850 Core. VRAM Thanks to @b_rob1 we were able to Potentiometer mod the VRAM voltage (FBVDDQ). I tested it in a console that was fine 25MHz earlier, and then almost bricked. I increased voltage from 1.8v to 2v and while it was hotter, it wasn't more stable. Not in the least. SO I have concluded VRAM voltage mods are pointless.
Click to expand...
RIP-Felix said:
VOLTAGE MOD UPDATE: SUCCESS! Core Thanks to @M4j0r we know what offset to change the RSX CORE Voltage ID (VID) on Mullion SYSCON. It requires a write to the SYSCON EEPROM via UART (Serial). I do not want to explain how just yet. I'm still working on the details and I want a change to try it out a bit before writing up a tutorial. I only just today mapped the VID table on the NCP5318's data sheet to the EEPROM Bytes that select any VID you want. But I did prove it works. VID432105 | Vactual | Vmin (-0.5%) 001011 | 0.926V | 0.9263 001101 | 0.901V | 0.9015 110001 | 1.223V | 1.2248 001010 | 0.937V | 0.9388 Proof of concept was on an A01 Frankie. The 90nm RSX was replaced with a 40nm pull that failed in such a way that it's the perfect test bed for this. It was artifacting in stress testing (bad RSX) but not dead completely. This means I can burn it out and it won't matter. It needs replaced anyway. To be clear. This only works on Mullion SYSCON so far. We have not located the appropriate offset in Sherwood SYSCONs. Which means we can't use it on Slims yet. I've only tested it on a COK-001 (CECH-A01). These consoles unmodified do not overclock well at all! But frankies OC fine. I have one with a 40nm that does 800/950. Now that I know what I'm doing, I'm keen to try overclocking it to see if I can stabilize 850 Core. VRAM Thanks to @b_rob1 we were able to Potentiometer mod the VRAM voltage (FBVDDQ). I tested it in a console that was fine 25MHz earlier, and then almost bricked. I increased voltage from 1.8v to 2v and while it was hotter, it wasn't more stable. Not in the least. SO I have concluded VRAM voltage mods are pointless.
Click to expand...
Would it be possible to write it directly through a CFW? My A00 40nm rsx version can be a maximum of 750 Core and 900 Vram
 
RIP-Felix said:
VOLTAGE MOD UPDATE: SUCCESS!

CORE
Thanks to @M4j0r we know know what offset to change the RSX CORE Voltage ID (VID) on Mullion SYSCON.
It requires a write to the SYSCON EEPROM via UART (Serial). I do not want to explain how just yet. I'm still working on the details and I want a change to try it out a bit before writing up a tutorial. I only just today mapped the VID table on the NCP5318's data sheet to the EEPROM Bytes that select any VID you want. But I did prove it works.

VID432105 | Vactual | Vmin (-0.5%)
001011 | 0.926v | 0.9263
001101 | 0.901v | 0.9015
110001 | 1.223v | 1.2248
001010 | 0.937v | 0.9388

Proof of concept was on an A01 Frankie. The 90nm RSX was replaced with a 40nm pull that failed in such a way that it's the perfect test bed for this. It was artifacting in stress testing (bad RSX) but not dead completely. This means I can burn it out and it won't matter. It needs replaced anyway.

To be clear. This only works on Mullion SYSCON so far. We have not located the appropriate offset in Sherwood SYSCONs. Which means we can't use it on Slims yet. I've only tested it on a COK-001 (CECH-A01). These consoles unmodified do not overclock well at all! But frankies OC fine. I have one with a 40nm that does 800/950. Now that I know what I'm doing, I'm keen to try overclocking it to see if I can stabilize 850 Core.

VRAM
Thanks to @b_rob1 we were able to Potentiometer mod the VRAM voltage (FBVDDQ). I tested it in a console that was fine 25MHz earlier, and then almost bricked. I increased voltage from 1.8v to 2v and while it was hotter, it wasn't more stable. Not in the least. SO I have concluded VRAM voltage mods are pointless.
Click to expand...

This is huge. Im still hoping for a cell OC eventually. I think a good bump would help greatly since alot of games dont utilize the SPEs properly
 
Smugg said:
This is huge. Im still hoping for a cell OC eventually. I think a good bump would help greatly since alot of games dont utilize the SPEs properly
Click to expand...
Yup. That's what I'm so hyped for next. This RSX boost already greatly increases performance in practically every game. Even cpu intensive games get a boost. But not enough to stop dips. Cpu needs an OC to help all the cpu bottlenecked games. The PS3 will never be the same in a good way after that. It will no longer perform like ass.
 
cha0shacker said:
Can anybody please build me a 650/900 PEX cfw out of the current beta?
Click to expand...
Enjoy :
https://www.mediafire.com/file/2sjk2mih0cle5o1/650_900_BETA9_PEX.pup_4.91.CEX-PS3UPDAT.zip/file

RIP-Felix said:
VOLTAGE MOD UPDATE: SUCCESS!

CORE
Thanks to @M4j0r we know know what offset to change the RSX CORE Voltage ID (VID) on Mullion SYSCON.
It requires a write to the SYSCON EEPROM via UART (Serial). I do not want to explain how just yet. I'm still working on the details and I want a change to try it out a bit before writing up a tutorial. I only just today mapped the VID table on the NCP5318's data sheet to the EEPROM Bytes that select any VID you want. But I did prove it works.

VID432105 | Vactual | Vmin (-0.5%)
001011 | 0.926v | 0.9263
001101 | 0.901v | 0.9015
110001 | 1.223v | 1.2248
001010 | 0.937v | 0.9388

Proof of concept was on an A01 Frankie. The 90nm RSX was replaced with a 40nm pull that failed in such a way that it's the perfect test bed for this. It was artifacting in stress testing (bad RSX) but not dead completely. This means I can burn it out and it won't matter. It needs replaced anyway.

To be clear. This only works on Mullion SYSCON so far. We have not located the appropriate offset in Sherwood SYSCONs. Which means we can't use it on Slims yet. I've only tested it on a COK-001 (CECH-A01). These consoles unmodified do not overclock well at all! But frankies OC fine. I have one with a 40nm that does 800/950. Now that I know what I'm doing, I'm keen to try overclocking it to see if I can stabilize 850 Core.

VRAM
Thanks to @b_rob1 we were able to Potentiometer mod the VRAM voltage (FBVDDQ). I tested it in a console that was fine 25MHz earlier, and then almost bricked. I increased voltage from 1.8v to 2v and while it was hotter, it wasn't more stable. Not in the least. SO I have concluded VRAM voltage mods are pointless.
Click to expand...
Wow, this is an awesome news ! Can't wait to see the progress of this project ! :)

I made a new benchmark video, 500/650 VS 800/1000 on Metal Gear Rising Revengeance.
A great improvement overall ! :D
 
Last edited:
Hello everyone, it's been a while since I posted here. Glad to see development and new testing

Already have firmware 750-950 beta 9?

Mine is still from the early betas
 
Last edited:
XDeltaOne said:
Would it be possible to write it directly through a CFW? My A00 40nm rsx version can be a maximum of 750 Core and 900 Vram
Click to expand...

Xai plugin could be used to write to syscon



-------------------------------------------------------------

I think we can use this homebrew by @jordywastaken as a benchmark tool, set it to 200 ducks and enable the FPS option, so we can have an environment to compare

 
Last edited:
You must log in or register to reply here.

Similar threads

Back
Top