Topic: Hacking The KNC Firmware: Overclocking - page 59. (Read 144362 times)
Is there a sed command that goes higher than 7%?
So guys, is it riskier to try it on a 8VRM October Jupiter, or shall I try it first on a 4VRM October one?
From reading this thread no one has been able to get 8VRM boards to work?
? 
I have an early 8VRM Saturn and I couldn't get it to work with an upgrade module either. I also only get 264GH on it as each chip has some individual cores that are constantly flipping between enable/disable, but at least no DIE 0 issues...
I have 2 x 4-VRM modules and 4 x 8-VRM modules in my Jupiter and the 8-VRM modules actually overclock better for me. I get the lowest HW errors using 231, which is a huge increase.
Make sure you don't change anything in the advanced tab after restarting cgminer or else it will revert to stock clock speed.
I'm trying to get into /etc/init.d but it won't let me.
Permissions are drwxr-xr-x (755) — Everyone can read the directory, but its contents can only be changed by the user.
I type su which gives me no error, and still I get this:
root@Jupiter-6:/etc# cd /init.d
sh: cd: can't cd to /init.d
root@Jupiter-6:/etc#
I am no Unix guru, so can you please tell me what is wrong?
This is an October 8VRM machine - I want to open the cgminer.sh file and see if it is the same as the one on October 4VRM.
Maybe I should install sudo?
Permissions are drwxr-xr-x (755) — Everyone can read the directory, but its contents can only be changed by the user.
I type su which gives me no error, and still I get this:
root@Jupiter-6:/etc# cd /init.d
sh: cd: can't cd to /init.d
root@Jupiter-6:/etc#
I am no Unix guru, so can you please tell me what is wrong?
This is an October 8VRM machine - I want to open the cgminer.sh file and see if it is the same as the one on October 4VRM.
Maybe I should install sudo?
OK, I get what each variable means and how to manipulate it, I'm just not sure the proper way to insert the code into cgminer.sh in order to implement it. Could you give us a sample of working code with a little more reference code on each end to help us newbs through this? I guess the correct term is syntax. I understand the code (kinda) I just need to know the proper syntax so that I can insert my own version into cgminer.sh.
Thanks!
Thanks!
A newer better code example is here
https://bitcointalksearch.org/topic/m.4010530
What you quoted was from earlier in the process and only addresses one die.
ElGabo was kind enough to help me with the OC 
Btw on one of the miners I am testing the OC I have a board with 2 dead dies, which I usually revive by increasing the voltage of all dies to the max and then immediately lowering them back to normal.
So is there a way to increase the voltage for these 2 dies to revive them while zzz.sh is running.
I get it if I change anything in the Advanced tab then the miner switches back to the original file.
Why is that?
Btw on one of the miners I am testing the OC I have a board with 2 dead dies, which I usually revive by increasing the voltage of all dies to the max and then immediately lowering them back to normal.
So is there a way to increase the voltage for these 2 dies to revive them while zzz.sh is running.
I get it if I change anything in the Advanced tab then the miner switches back to the original file.
Why is that?
So guys, is it riskier to try it on a 8VRM October Jupiter, or shall I try it first on a 4VRM October one?
From reading this thread no one has been able to get 8VRM boards to work?
? I have an early 8VRM Saturn and I couldn't get it to work with an upgrade module either. I also only get 264GH on it as each chip has some individual cores that are constantly flipping between enable/disable, but at least no DIE 0 issues...
Getting closer to that 1TH mark on my Oct 6-module Jupiter! It's pulling about 1250 watts at the wall on my 1250w PSU though 
Who wants to bet how long it will make it before blowing up? It's running ~47 watts per DC/DC at the moment with modules ranging from 55c to 79.5c. I'm stress testing this sucker so others don't have to
Who wants to bet how long it will make it before blowing up? It's running ~47 watts per DC/DC at the moment with modules ranging from 55c to 79.5c. I'm stress testing this sucker so others don't have to
Best to never change anything now.. you will be tempted to upgrade the PSU, or perhaps some new firmware or whatever, but until the system shutsdown on its own (or power outage) just keep it and the PSU cooled as best you can
Many people had issues with dies/cores after they made changes thinking it would be better and found out how flaky these things really are
congratz! I think I will wait til after the holidays to ramp up my jupiters
So guys, is it riskier to try it on a 8VRM October Jupiter, or shall I try it first on a 4VRM October one?
I doesn't have any 8 vrm boards but it works fine with 4 vrm-s.
Just watch your temps.
So guys, is it riskier to try it on a 8VRM October Jupiter, or shall I try it first on a 4VRM October one?
Don't worry bro! You'll get it! 
Big thanks who helped!
Big thanks who helped!
Getting closer to that 1TH mark on my Oct 6-module Jupiter! It's pulling about 1250 watts at the wall on my 1250w PSU though
Who wants to bet how long it will make it before blowing up? It's running ~47 watts per DC/DC at the moment with modules ranging from 55c to 79.5c. I'm stress testing this sucker so others don't have to
Edit: I should mention that this screenshot was taken after about 5 minutes of running. It has settled to ~980GH/s with 1.6% HW errors (WU: 13362 = ~956GH/s at the pool).
Who wants to bet how long it will make it before blowing up? It's running ~47 watts per DC/DC at the moment with modules ranging from 55c to 79.5c. I'm stress testing this sucker so others don't have to
Edit: I should mention that this screenshot was taken after about 5 minutes of running. It has settled to ~980GH/s with 1.6% HW errors (WU: 13362 = ~956GH/s at the pool).
Ok, my "perfect" boards consume 41-43W, but the boards with bad die-0 problems run 0W on die-0, about 45-46W on the second die and 43-44 on the remaining two. This is all with 231.
Did you try running die 0 slower?
JoeVentura,
I live on the edge. I use 231. It's about 20% faster than stock but some of my VRMs are in the 45W range!
I live on the edge. I use 231. It's about 20% faster than stock but some of my VRMs are in the 45W range!
I am in the 39-41W range with 211
Ok, my "perfect" boards consume 41-43W, but the boards with bad die-0 problems run 0W on die-0, about 45-46W on the second die and 43-44 on the remaining two. This is all with 231.
JoeVentura,
I live on the edge. I use 231. It's about 20% faster than stock but some of my VRMs are in the 45W range!
I live on the edge. I use 231. It's about 20% faster than stock but some of my VRMs are in the 45W range!
I am in the 39-41W range with 211
JoeVentura,
I live on the edge. I use 231. It's about 20% faster than stock but some of my VRMs are in the 45W range!
Edit: 221 works also, about 17% increase in speed but about the same power usage as 231. I would recommend some extra cooling since I saw the rear ASICs climbing into the mid-high 70s before I added a couple of 120mm helper fans between the four asic boards. Three boards are in the mid 50s and one is on the low 60s, so I feel more confident. the VRMs are getting some extra cooling too.
I live on the edge. I use 231. It's about 20% faster than stock but some of my VRMs are in the 45W range!
Edit: 221 works also, about 17% increase in speed but about the same power usage as 231. I would recommend some extra cooling since I saw the rear ASICs climbing into the mid-high 70s before I added a couple of 120mm helper fans between the four asic boards. Three boards are in the mid 50s and one is on the low 60s, so I feel more confident. the VRMs are getting some extra cooling too.
Thanks everyone for the help, got about a 14% increase sustained. using 211
What is the furthest someone has pushed these? I have the 4VRM units
What is the furthest someone has pushed these? I have the 4VRM units
Just wanted to drop a big Thank You to tolip-wen and everyone who helped get this going. Please tolip, drop an address here so I can send you a little appreciation!
since you asked
13362fxFAdrhagmCvSmFy4WoHrNRPG2V57
Or (from an earlier post in this thread)
Quote
I spent a lot to find and document the details and pass them on, downtime is money.
You can help fund this research if interested.
Just point your miner to one of my workers for a few minutes.
For BTCGuild worker = tolip_ZsearchFund (PPS, best for short donations)
For GHash.io worker = tolip.anything (replace anything with your name if you like)
You can also use my reseller ID if you purchase a Neptune.
https://www.kncminer.com/?resellerid=206
You can help fund this research if interested.
Just point your miner to one of my workers for a few minutes.
For BTCGuild worker = tolip_ZsearchFund (PPS, best for short donations)
For GHash.io worker = tolip.anything (replace anything with your name if you like)
You can also use my reseller ID if you purchase a Neptune.
https://www.kncminer.com/?resellerid=206
I don't expect anything, I do this for fun, I share to educate.
I haven't reloaded bertmod yet, but so long as you have the zzz.sh file already you should be ok. Having said that, I do not know if zzz.sh survives a machine restart. I am monitoring temps on the Advanced page in the web ui at the moment.
anything in /config survives.. some things can get rewritten by factory files on a hard reset there too
Thanks for this. Good to know!
I haven't reloaded bertmod yet, but so long as you have the zzz.sh file already you should be ok. Having said that, I do not know if zzz.sh survives a machine restart. I am monitoring temps on the Advanced page in the web ui at the moment.
anything in /config survives.. some things can get rewritten by factory files on a hard reset there too
Jump to: