Ive got mine to 900Mhz core, the Ram OC made it pretty unstable (tried 450mhz).
Openelec is more responsive, but how can i run some sort of benchmark to test stability?
Overclocking
- Posts: 72
- Joined: Thu May 31, 2012 6:00 pm
dom wrote:These were my best setting:
over_voltage=6
arm_freq=1000
core_freq=500
sdram_freq=500
Running raspbian with those settings, and desktop/midori was pretty responsive.
I've not considered the gpu yet but is that core_freq correct? Seems like it might be a repeat of the sdram_freq and I'm curious what you have actually been running at with the gpu core with an over_voltage of 6.
I assume this is the most important sub setting relating to general performance/L2 cache, while the other sub settings are not yet in much use. Perhaps v3d_freq for future 3d apps?
"gpu_freq: Sets core_freq, h264_freq, isp_freq, v3d_freq together."
- Posts: 68
- Joined: Tue May 08, 2012 7:25 pm
zomzilla wrote:950 arm
350 GPU
500 ram
No over volt
Absolutely fine. change that to all defaults and 1000 arm however, and it won't even boot.
Is there any ways I can check sdram and GPU frequencies? I know I can look at the bogomips from cpuinfo, but is there similar for the other clocks?
running "glxgears" from the mesa-utils package (Debian) shows an increase from 80 frames per 5 seconds to 99 frames per 5 seconds with your settings. I've also set init_emmc_clock=250000000, which offers a little more performance on the SD card. Rpi runs stable, not getting too hot. Midori is now usable.
- Posts: 80
- Joined: Mon Feb 13, 2012 4:45 pm
Does the RPi hold the overclocking settings when changing to an SD card were the config.txt file isn't present or in its absence will factory settings be applied?
This is withstanding over_voltage=6 which I understand is irrevocable.
This is withstanding over_voltage=6 which I understand is irrevocable.
R Tape loading error, 0:1
- Posts: 14
- Joined: Thu May 31, 2012 10:02 pm
dtud2 wrote:Does the RPi hold the overclocking settings when changing to an SD card were the config.txt file isn't present or in its absence will factory settings be applied?
This is withstanding over_voltage=6 which I understand is irrevocable.
Not as far as I know - the config.txt has to be present and the over locking parameters only apply to the current run. Regarding the over-volting, I do not think this is remembered either. All that is remembered is that at some point you invoked over-volting (and voided your warranty).
- Posts: 813
- Joined: Sun Sep 25, 2011 11:44 am
- Location: Potters Bar, United Kingdom
I tried:
arm_freq=850
gpu_freq=350
sdram_freq=500
no overclock
Ran fine in debian, LXDE no problems. Ran Quake3 and crashed out into command line. Went to red power LED only. Rebooted fine. Wonder which one was the more likely culprit? SDRAM?
arm_freq=850
gpu_freq=350
sdram_freq=500
no overclock
Ran fine in debian, LXDE no problems. Ran Quake3 and crashed out into command line. Went to red power LED only. Rebooted fine. Wonder which one was the more likely culprit? SDRAM?
RS rewards Europe customers for long wait with old stock also
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
Mine seems rock solid with ram at 500. I think I read there wasn't much room for GPU overclock so perhaps that's the culprit?
- Posts: 108
- Joined: Sat Feb 25, 2012 6:26 pm
Lob0426 wrote:I tried:
arm_freq=850
gpu_freq=350
sdram_freq=500
no overclock
Ran fine in debian, LXDE no problems. Ran Quake3 and crashed out into command line. Went to red power LED only. Rebooted fine. Wonder which one was the more likely culprit? SDRAM?
I'm going with the GPU. Mine does the same thing at 350. Set it back to stock and it will run.
- Posts: 23
- Joined: Fri May 25, 2012 7:00 am
Nburnes wrote:Lob0426 wrote:I tried:
arm_freq=850
gpu_freq=350
sdram_freq=500
no overclock
Ran fine in debian, LXDE no problems. Ran Quake3 and crashed out into command line. Went to red power LED only. Rebooted fine. Wonder which one was the more likely culprit? SDRAM?
I'm going with the GPU. Mine does the same thing at 350. Set it back to stock and it will run.
Hey Nburnes. Just a random thought, but you were the same Nburnes on iPod touch Fans a long time ago?
{sig} Setup: Original version Raspberry Pi (B, rev1, 256MB), Dell 2001FP monitor (1600x1200), 8GB Class 4 SD Card with Raspbian and XBMC, DD-WRT wireless bridge
- Posts: 516
- Joined: Wed Jan 25, 2012 9:06 pm
JeremyF wrote:Nburnes wrote:Lob0426 wrote:I tried:
arm_freq=850
gpu_freq=350
sdram_freq=500
no overclock
Ran fine in debian, LXDE no problems. Ran Quake3 and crashed out into command line. Went to red power LED only. Rebooted fine. Wonder which one was the more likely culprit? SDRAM?
I'm going with the GPU. Mine does the same thing at 350. Set it back to stock and it will run.
Hey Nburnes. Just a random thought, but you were the same Nburnes on iPod touch Fans a long time ago?
Same one there currently. o.o
- Posts: 23
- Joined: Fri May 25, 2012 7:00 am
Nburnes wrote:Same one there currently. o.o
I don't know if you care, but back in around the 2009 and 2010 ish area, I was Gershmer. (That's enough off-topic posting now, please return to overclocking topic, future people)
{sig} Setup: Original version Raspberry Pi (B, rev1, 256MB), Dell 2001FP monitor (1600x1200), 8GB Class 4 SD Card with Raspbian and XBMC, DD-WRT wireless bridge
- Posts: 516
- Joined: Wed Jan 25, 2012 9:06 pm
When I bumped the GPU back to 350 I crashed out of Quake3 again. I will have to try something a little less or overvolt. I will not try overvolting until I have another RasPi to work with
next try at
gpu_freq=325
arm_freq=850
sdram_freq=500
seem to be working
next try at
gpu_freq=325
arm_freq=850
sdram_freq=500
seem to be working
RS rewards Europe customers for long wait with old stock also
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
stable so far at:
arm_freq=850
gpu_freq=325
sdram_freq=500
quake played just fine at these setting, no crash. I may push the arm-freq up a bit more.
arm_freq=850
gpu_freq=325
sdram_freq=500
quake played just fine at these setting, no crash. I may push the arm-freq up a bit more.
RS rewards Europe customers for long wait with old stock also
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
I just wrote up my overclocking experiments here :
http://www.raspberrypi-spy.co.uk/2012/06/overclocking-benchmarking-the-raspberry-pi/
I'm playing it very safe and just wanted a slight increase in performance to start with. I created a Python script to give me something to benchmark the CPU performance against. I used some code to calculate prime numbers and I figured that was a good basic test to load the CPU and time how long it took to run.
With the CPU set to 800MHz I get an 11% increase in number crunching speed.
http://www.raspberrypi-spy.co.uk/2012/06/overclocking-benchmarking-the-raspberry-pi/
I'm playing it very safe and just wanted a slight increase in performance to start with. I created a Python script to give me something to benchmark the CPU performance against. I used some code to calculate prime numbers and I figured that was a good basic test to load the CPU and time how long it took to run.
With the CPU set to 800MHz I get an 11% increase in number crunching speed.
My Raspberry Pi blog and home of the BerryClip Add-on board : http://www.raspberrypi-spy.co.uk/
I have really pushed the limits today
After looking at the fact that most likely worse case scenario the life is reduced to ~2-4 years from probably ~20 years I took the plunge and overvolted. I don't want to risk extra fast death so I never went above 8 but I have been able to run semi-stable (usually its fine if it can get past boot with this) at these settings:
arm_freq=1125
gpu_freq=538
sdram_freq=513
over_voltage=8
I know they seem a little non-round but I'm still in the process of doing this and have been going by increments of 1 at this point. I found that almost everytime I changed the ram, it got unstable so I never went far from 500. I am very impressed that I was able to more than double the GPU and I'm not sure if anyone has gotten as far as this yet. Hopefully some people will have the guts to do this intense overvolting and see if they can get this far or farther!
After looking at the fact that most likely worse case scenario the life is reduced to ~2-4 years from probably ~20 years I took the plunge and overvolted. I don't want to risk extra fast death so I never went above 8 but I have been able to run semi-stable (usually its fine if it can get past boot with this) at these settings:
arm_freq=1125
gpu_freq=538
sdram_freq=513
over_voltage=8
I know they seem a little non-round but I'm still in the process of doing this and have been going by increments of 1 at this point. I found that almost everytime I changed the ram, it got unstable so I never went far from 500. I am very impressed that I was able to more than double the GPU and I'm not sure if anyone has gotten as far as this yet. Hopefully some people will have the guts to do this intense overvolting and see if they can get this far or farther!
Current best Overclock/volt:
arm_freq=1125
gpu_freq=538
sdram_freq=513
over_voltage=8
arm_freq=1125
gpu_freq=538
sdram_freq=513
over_voltage=8
- Posts: 3
- Joined: Sat May 19, 2012 4:11 am
Might be worth updating http://elinux.org/RPi_config.txt#Tested_values 
my config
arm_freq=850
sdram_freq=500
is unstable!
sdram is too high? or arm?
arm_freq=850
sdram_freq=500
is unstable!
sdram is too high? or arm?
- Posts: 46
- Joined: Wed May 09, 2012 11:30 am
trn wrote:my config
arm_freq=850
sdram_freq=500
is unstable!
sdram is too high? or arm?
No way to tell, the only thing you can do is experiment. Different boards will have different upper limits.
AndrewS wrote:Might be worth updating http://elinux.org/RPi_config.txt#Tested_values
I think it needs more testing than just booting before adding to wiki. I don't believe quake will run with gpu_freq at 538...
- Moderator
- Posts: 3258
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge
dom wrote:AndrewS wrote:Might be worth updating http://elinux.org/RPi_config.txt#Tested_values
I think it needs more testing than just booting before adding to wiki. I don't believe quake will run with gpu_freq at 538...
@dom has the right of it here. My RasPi crashed out of Quake3 at GPU=350. Of course I was not overvolting. I do not know if the over volt settings really help with the GPU.
We should establish at least some minimal requirements of what "stable" is.
Example:
number of successful boots at the frequencies (minimum 10).
Can enter LXDE 3 times without issues.
Can play quake3 for x number of minutes. Or quake3 demo.
Any other suggestions?
These are just examples, should not get too wild or this would become work not fun. The examples would give us a baseline for testing at stable. Mine has more than met these examples without over volting. I know where my GPU fails so far. I am going to try to move the ARM up to 900. It appears that the sdram is the least tolerant of Overclocking and does not like to exceed 500 by much.
RS rewards Europe customers for long wait with old stock also
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
looks like my arm_freq limit is 850. Tried 900 crashed (lock up) in quake3. Tried at 875 same thing. Even at 850 getting a lot of sticky keys but no crashes. So my final settings without overvolting are:
arm_freq=850
gpu_freq=325
sdram_freq=500
arm_freq=850
gpu_freq=325
sdram_freq=500
RS rewards Europe customers for long wait with old stock also
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
Has anyone else tried my settings?
It was semi-stable (like I said, if it got past boot and logged in, it seemed fine) but I only tried running glxgears to test it. I am going to try putting quake3 on it but currently BOTH my SD cards are corrupted from all the kernal crashes that happened getting there. Currently downloading Raspbian and will report my results asap. I encourage others to find out if this is stable and try to get the most stable settings you can with 8 overvoltage (1.4v, 0.2v extra)
Thanks!
It was semi-stable (like I said, if it got past boot and logged in, it seemed fine) but I only tried running glxgears to test it. I am going to try putting quake3 on it but currently BOTH my SD cards are corrupted from all the kernal crashes that happened getting there. Currently downloading Raspbian and will report my results asap. I encourage others to find out if this is stable and try to get the most stable settings you can with 8 overvoltage (1.4v, 0.2v extra)
Thanks!
Current best Overclock/volt:
arm_freq=1125
gpu_freq=538
sdram_freq=513
over_voltage=8
arm_freq=1125
gpu_freq=538
sdram_freq=513
over_voltage=8
- Posts: 3
- Joined: Sat May 19, 2012 4:11 am
@mcfundash:
Read your own post then read it as if I was the one that posted!
"If it got past boot and logged in........"
"Both my cards are currently corrupted due to kernel crashes........."
I'm sorry, that does not rate as even semi-stable. I considered mine was "stable" right up to the point I ran quake3. Dial back your settings just a little until you can at least log in reliably. Most likely culprits will be GPU and SDRAM. You have half the tests done, you know how far it will go, now see what it runs good at.
What I would try:
arm_freq=1100
gpu_freq=500
sdram_freq=500
SDRAM seems to be the touchiest one. I am not overclocked and anything above 500 crashes.
Read your own post then read it as if I was the one that posted!
"If it got past boot and logged in........"
"Both my cards are currently corrupted due to kernel crashes........."
I'm sorry, that does not rate as even semi-stable. I considered mine was "stable" right up to the point I ran quake3. Dial back your settings just a little until you can at least log in reliably. Most likely culprits will be GPU and SDRAM. You have half the tests done, you know how far it will go, now see what it runs good at.
What I would try:
arm_freq=1100
gpu_freq=500
sdram_freq=500
SDRAM seems to be the touchiest one. I am not overclocked and anything above 500 crashes.
RS rewards Europe customers for long wait with old stock also
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
(RS)Allied ships old stock to reward U.S. Customers for long wait!
http://rich1.dyndns.tv/?page_id=71
I'd be interested how many people found overvolting helped them reach higher stable settings? For me, overvolting doesn't appear to make a difference.
- Posts: 108
- Joined: Sat Feb 25, 2012 6:26 pm
@robwriter
It makes a huge difference.
Can you post your attempted config.txt file?
It makes a huge difference.
Can you post your attempted config.txt file?
- Moderator
- Posts: 3258
- Joined: Wed Aug 17, 2011 7:41 pm
- Location: Cambridge