soy
Legendary
Offline
Activity: 1428
Merit: 1013
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:25:16 PM |
|
if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here: https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95 If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs Based on reports from users with Bertmod, 4 of the 8 VRM's were NEVER supplying power. It IS possible they had some benifit but it was not to supply power. If they did by some wierd fluke add some benifit, that could be added back using less expensive components. We now return you to your regularly scheduled tangent. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) this thread is full of people who write first and read maybe if you have been paying attention, boards with 8 VRMs and pre-.95 regulated all the VRMs to the low .70's range while the 4 VRM boards flew up to 80's and 90's I have a miner that has one board with 8 VRMs and the rest 4 VRMs. Here is a screen shot of it running .93 and it has been stable hashing ~520Gh rated at pool for days ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FyDTHPNB.jpg&t=665&c=qnsgKsepQvebgQ) Thanks. I hadn't looked at the numbers before. Reason being I thought I'd get around to the non-KNC software after I finally get my miner and run it stock for a while. I now appreciate the information!
|
|
|
|
soy
Legendary
Offline
Activity: 1428
Merit: 1013
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:26:24 PM |
|
ok, i can get 1 instance going... and i have added the bogus workername knc cut& pasted into the worker name field to the pool, so that should work.... BUT... they added HTTP:// to the stratum address!!!!! and i cant seem to get the settings to save to change it
So, my next question is.... what filename are they using for the config file, because its obviously not the default?
try #find / -name "miner.conf"
|
|
|
|
DPoS
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:27:41 PM |
|
how do hard reset because i do like the manual
and i can not know if i done or not(hard reset i mean)
the easiest way is to see if your SSH gets disabled. That is part of the factory settings and you will have to go to services part of the web GUI and allow it again
|
|
|
|
jelin1984
Legendary
Offline
Activity: 2408
Merit: 1004
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:32:19 PM |
|
i do hard reset but the ssh is enabled
i push 5 times the button then let 5 seconds and then push again 5 times the button
but nothing what i do wrong?
|
|
|
|
Paladin69
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:36:02 PM |
|
What is a safe way to shut off the miner if I need to power it down? This auto-run stuff is strange. Okay to just pull the plug if I need to?
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:42:45 PM |
|
got it...its in another directory as /config/cgminer.conf instead of root.... -pico *.conf found it saved to that file... drumroll...brb
|
|
|
|
AFox
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:50:26 PM |
|
Should I change pools or simply go back to firmware 0.94 ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Here's an average on 24 hours with firmware 0.94 and 0.95 : -------------------- | 0.94 | 0.95 | Average CGminer | 270Gh/s | 274Gh/s | Average Bitminter | 275Gh/s | 263Gh/s | Consumption | 485 Watts | 305 Watts | Temputure | 54 & 62°C | 42 & 47°C | HW | 2.81% | 0.79% |
0.94 | ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fwww.suxorz.com%2Fimages%2F2013%2F10%2F12%2FQrxPw.jpg&t=665&c=8n3F0VWH3ovwtQ) | 0.95 | ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fwww.suxorz.com%2Fimages%2F2013%2F10%2F12%2FChjw6.jpg&t=665&c=Uog7eEHTNQYzHA) |
|
|
|
|
Paladin69
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:51:55 PM |
|
btw I have to agree with bitcoinorama that temps don't matter unless you are having shutdowns due to overheating issues. I had a box fan laying on one of the Jupiters all night. It dropped the temps 10-15 degrees but I seen no speed increase when periodically monitoring it.
The best medicine is to just use FW 0.95, at least for me.
|
|
|
|
Paladin69
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:53:38 PM |
|
Should I change pools or simply go back to firmware 0.94 ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Here's an average on 24 hours with firmware 0.94 and 0.95 : | 0.94 | 0.95 | Average CGminer | 270Gh/s | 274Gh/s | Average Bitminter | 275Gh/s | 263Gh/s | Consumption | 485 Watts | 305 Watts | Temputure | 54 & 62°C | 42 & 47°C | HW | 2.81% | 0.79% |
0.94 | ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fwww.suxorz.com%2Fimages%2F2013%2F10%2F12%2FQrxPw.jpg&t=665&c=8n3F0VWH3ovwtQ) | 0.95 | ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fwww.suxorz.com%2Fimages%2F2013%2F10%2F12%2FChjw6.jpg&t=665&c=Uog7eEHTNQYzHA) |
Pool speed is where the real-payout is. I'd concern myself more with that than what cgminer says.
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:54:28 PM Last edit: October 13, 2013, 07:04:31 AM by Phoenix1969 |
|
THAT WAS IT! the file you save your settings to in cgminer is: /config/cgminer.conf anyone who was auto-pointed to slush may have this to do, since they added http:// to the stratum address It all works now... even the gui page is working now too!!! ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
|
tolip_wen
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 07:57:12 PM |
|
if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here: https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95 If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs Based on reports from users with Bertmod, 4 of the 8 VRM's were NEVER supplying power. It IS possible they had some benifit but it was not to supply power. If they did by some wierd fluke add some benifit, that could be added back using less expensive components. We now return you to your regularly scheduled tangent. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) this thread is full of people who write first and read maybe if you have been paying attention, boards with 8 VRMs and pre-.95 regulated all the VRMs to the low .70's range while the 4 VRM boards flew up to 80's and 90's I have a miner that has one board with 8 VRMs and the rest 4 VRMs. Here is a screen shot of it running .93 and it has been stable hashing ~520Gh rated at pool for days ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FyDTHPNB.jpg&t=665&c=qnsgKsepQvebgQ) Please explain why what you posted as proof that I don't read shows 4 VRM's on each module clearly indicating they are off and with 0 A output? Perhaps it is a comprehension issue and not a reading issue?
|
'twisted research and opinion' donations happily accepted @ 13362fxFAdrhagmCvSmFy4WoHrNRPG2V57 My sub 1337 vanity address ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
soy
Legendary
Offline
Activity: 1428
Merit: 1013
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 08:18:41 PM |
|
if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here: https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95 If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs Based on reports from users with Bertmod, 4 of the 8 VRM's were NEVER supplying power. It IS possible they had some benifit but it was not to supply power. If they did by some wierd fluke add some benifit, that could be added back using less expensive components. We now return you to your regularly scheduled tangent. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) this thread is full of people who write first and read maybe if you have been paying attention, boards with 8 VRMs and pre-.95 regulated all the VRMs to the low .70's range while the 4 VRM boards flew up to 80's and 90's I have a miner that has one board with 8 VRMs and the rest 4 VRMs. Here is a screen shot of it running .93 and it has been stable hashing ~520Gh rated at pool for days ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FyDTHPNB.jpg&t=665&c=qnsgKsepQvebgQ) Please explain why what you posted as proof that I don't read shows 4 VRM's on each module clearly indicating they are off and with 0 A output? Perhaps it is a comprehension issue and not a reading issue? Not having a KnC miner yet but a reader/scanner of the thread. It was said already that the 8 VRM boards don't use 4 of them, so the one Jupiter with 8 shows 4 off.
|
|
|
|
DeathAndTaxes
Donator
Legendary
Offline
Activity: 1218
Merit: 1079
Gerald Davis
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 08:24:57 PM |
|
what do you all think is this iittle add a 3.3v load device on the power on your knc miner power supply really gonna help any? or is it smoke/mirrors..? need to get one anyway if this seems better then making my own ...what the heck I can spring 9 bucks for 2 of them (alas I know zip about this just trying to cover my butt in that they sent me 11k of stuff with no SWITCHES.....jeez...I must be outta my frigging mind btc/asic endeavors!) Searing It won't do anything. A little about how a power supply works. It has to rectify AC power into DC power and it also has to step down the voltage to a level used by computers. Namely that is 12V, 5V & 3.3V. At one time power supplies did rectification and step down to all three voltages So if you will excuse my horrible ASCII art 120/240VAC --------[AC to 12VDC conversion] -----> 12VDC out | |--[AC to 5VDC conversion] ------> 5VDC out | |--[AC to 3.3VDC conversion] ---> 3.3VDC out This worked fine when load on all three rails was relatively balanced but efficiency is generally low and when the rails are out of balance efficiency suffers even more. Two things occurs in roughly that last decade. The first is that 3.3VDC and 5VDC isn't really used for any significant load. At one time they were used to directly power CPU, memory, motherboard logic, etc. However the operating voltage of modern components (including ASICS) is <1 VDC. The power requirement for a motherboard also increased significantly. A high end CPU, memory, and motherboard can pull 200W+. On multi-CPU servers with large banks of memory this can be 500W or more. 500W @ 5VDC = 100A. You would need a cable the size that connects to your car battery to handle that safely. So motherboards contain their own DC to DC regulators. The powersupply pumps in 12VDC the motherboard converts it to whatever it needs. The second was the "80Plus" program and it became a big marketing campaign. People began buying more efficient PSU and it became increasingly hard to design a PSU that could deliver massive current on the 12V rail, operate with minimal or no load on 3.3V, and still remain very efficient. Today almost all high end (500W+) PSU use a concept call direct DC conversion. Since the majority of the load is on the 12V rail ALL the power is converted to 12VDC. Then the small 3.3V and 5V loads are converted off the 12V rail. 120/240VAC -----> [AC to 12VDC conversion] -------> 12VDC out | |-----[12VDC to 5VDC conversion] -------> 5VDC out | | ----[12VDC to 3.3VDC conversion] ------> 3.3VDC out putting an extra load on 3.3VDC rail does nothing. Absolutely nothing.
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 08:25:03 PM |
|
Yep. Absolutely everything works seamlessly now that the config file is correct. I'm even back to peaking at over 300 on .095 firmware. It fixed everything.
|
|
|
|
mininganon
Newbie
Offline
Activity: 28
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 08:45:01 PM Last edit: October 12, 2013, 09:03:27 PM by mininganon |
|
if anyone is interested in a detailed account of dealing with 4 VRM boards pre-.95 I posted it here: https://bitcointalk.org/index.php?topic=306969.msg3325981#msg3325981For anyone that has been running overclocked 4 VRM boards (since that was the only firmware we had to choose from) then you might want to really think before switching to .95 If you have a new miner without a lot of HW errors (cores turning off) you may be fine with .95 but just know you are stuck with a substandard miner compared to one with 8 VRMs overclocking?.... how are you doing that? 4 VRM boards with pre-.95 firmware FORCED us to overclock by running high voltage/amps from our VRMs. The reason I was able to get to 520Gh stable on my miner with .93 was that the overclocking compensated for the HW errors and that .93 restarts often if you miner starts to drop performance. You can notice overclocking by the WU value you have compared to the number of cores you have running. When you run .95 on a 4 VRM miner you will see a big decrease in WU Since I am stuck with running .94 I will try putting a cgminer restart in the cron for every 30mins or hour to keep performance up Hey If you can make that work please post how you added that to cron. crontab -e is not working
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 09:12:37 PM |
|
so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief! ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) p.s... 0.95 is working fast as any I've had loaded now too.
|
|
|
|
mo_mo
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 09:30:07 PM |
|
so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief! ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) p.s... 0.95 is working fast as any I've had loaded now too. do I need to remove http:// and if I remove it what is the difference, since I have the "http:// "showing and it's mining ..would it increase the mining speed
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 09:35:44 PM |
|
so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief! ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) p.s... 0.95 is working fast as any I've had loaded now too. do I need to remove http:// and if I remove it what is the difference, since I have the "http:// "showing and it's mining ..would it increase the mining speed no, your pool is using http then; slush uses stratum... if yours is working, don't fix it.. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
mo_mo
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 09:37:25 PM |
|
so if anyone has saved settings from cgminer, and just hit enter for the default config file... and experienced a gui glitch afterwards... this is the fix: after all the settings in cg are as you want them...when you save by hitting "S"for settings, then "W" for (write config file)in CGMiner don't hit "Enter", instead, type "/config/cgminer.conf", Then hit enter. Until I figured this out, I had to ssh into the miner, and start a second instance of cgminer to get mining, because KNC had added "HTTP://" to the stratum address, and entered my workername info incorrectly. The result, was a dead instance of cgminer, and a broken GUI, which was stopping me from changing the settings in a catch-22 situation. I inadvertantly used the cgminer default config file name in an attempt to fix the problem, not knowing that knc is using a custom location to store the config file. Seeking it in linux and typing it in the cgminer save field cured the problems. I now am able to assign the ip adress and save it as well now, where it wouldn't before, which means now, i dont have to sniff the ip either to ssh into the machine, or access the gui, because its all booting perfectly now, and connecting automatically to the pool, and hashing away by the time I can ssh in and do a screen -r.... no ip sniffing necessary. What a relief! ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) p.s... 0.95 is working fast as any I've had loaded now too. do I need to remove http:// and if I remove it what is the difference, since I have the "http:// "showing and it's mining ..would it increase the mining speed no, your pool is using http then; slush uses stratum... if yours is working, don't fix it.. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) actually i am using slush with http://...so i should take it out then?
|
|
|
|
Phoenix1969
Legendary
Offline
Activity: 938
Merit: 1000
LIR DEV
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 12, 2013, 09:39:37 PM Last edit: October 12, 2013, 10:02:57 PM by Phoenix1969 |
|
wow, mine wouldnt work that way...your call.. it should be: stratum.bitcoin.cz:3333 exactly like that. edit: Now the date is correct in cgminer too, among other things Now I feel I'm ready for the other two saturns that have been "In Progress" all week... ship them badboyz already! I'll send Darkrider to pick them up....hope he has a jet ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) The only stat that really worked before was the 5s avg.... now that all the other stuff is working, i can see myy real average is only about 268, which matches slush's stats. ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) I'm just glad to have one up & running for now
|
|
|
|
|