Search content
Sort by
Showing 20 of 28 results by JudoFlash
Re: [OS] nvOC Nvidia Mining OS FORK v PXA-1.9.6 ( UPDATED 1.5.2018)
Hi all. Does the what to mine autoswitch not display all coins it is configured for? I realized that while I have it set to 16 coins, only 13 show in the display. Ones missing are ETH;ZCOIN;SIA. I know SiaCoin will never really be on there (at least in today's world), but wondering if anyone knows more. Here is what the switch is set at:
And here is what I am seeing in the readout:
Any help would be great. Thanks!
Quote
WTM_AUTO_SWITCH_COINS=="ETH;ETC;EXP;MUSIC;ZEC;ZEN;ZCL;BTG;FTC;XMY;VTC;ZCOIN;DGB;GRS;SIA;MONA"
And here is what I am seeing in the readout:
Quote
Miner is running now
Mining FTC for 0 minutes, looking for a better coin to mine
BTC PRICE: 15292.74 USD
Currently mining coin: -, profit: 0
FTC 53.27 USD
ZCL 45.76 USD
MUSIC 43.57 USD
EXP 42.70 USD
ZEC 40.29 USD
MONA 38.78 USD
ZEN 36.38 USD
BTG 34.44 USD
VTC 30.56 USD
ETC 29.93 USD
GRS 18.91 USD
DGB 3.51 USD
XMY 1.77 USD
New profits
FTC: 122 %
ZCL: 105 %
MUSIC: 100 %
EXP: 98 %
ZEC: 92 %
MONA: 89 %
ZEN: 83 %
BTG: 79 %
VTC: 70 %
ETC: 69 %
GRS: 43 %
DGB: 8 %
XMY: 4 %
Found FTC coin with higher profitability 122
Mon Jan 8 22:14:54 EST 2018 - Same Coin on Top, Continue mining FTC
24 Hour Average Revenue: 46.6585
Check again in 120 seconds
Mining FTC for 0 minutes, looking for a better coin to mine
BTC PRICE: 15292.74 USD
Currently mining coin: -, profit: 0
FTC 53.27 USD
ZCL 45.76 USD
MUSIC 43.57 USD
EXP 42.70 USD
ZEC 40.29 USD
MONA 38.78 USD
ZEN 36.38 USD
BTG 34.44 USD
VTC 30.56 USD
ETC 29.93 USD
GRS 18.91 USD
DGB 3.51 USD
XMY 1.77 USD
New profits
FTC: 122 %
ZCL: 105 %
MUSIC: 100 %
EXP: 98 %
ZEC: 92 %
MONA: 89 %
ZEN: 83 %
BTG: 79 %
VTC: 70 %
ETC: 69 %
GRS: 43 %
DGB: 8 %
XMY: 4 %
Found FTC coin with higher profitability 122
Mon Jan 8 22:14:54 EST 2018 - Same Coin on Top, Continue mining FTC
24 Hour Average Revenue: 46.6585
Check again in 120 seconds
Any help would be great. Thanks!
Re: [OS] nvOC Nvidia Mining OS FORK v PXA-1.9.6 ( UPDATED 1.5.2018)
My wtm_auto_switch is frequently shutting down, with errors like this one:
Any thoughts on how to fix it? Thanks.
Quote
/home/m1/8wtm_auto_switch: line 27: 2690
627/60 : syntax error in expression (error token is "627 / 60 ")
627/60 : syntax error in expression (error token is "627 / 60 ")
Any thoughts on how to fix it? Thanks.
Hi all,
I just searched and read many posts looking for this answer, so hopefully this is not something already covered.
I am looking to start mining at MPH, however, while not preferable, my mix of GTX 1060's have different memory types, which require different OC settings.
Is there a way to use MPH in NVOC but to configure different clock settings per algo AND per card?
Thanks!
I just searched and read many posts looking for this answer, so hopefully this is not something already covered.
I am looking to start mining at MPH, however, while not preferable, my mix of GTX 1060's have different memory types, which require different OC settings.
Is there a way to use MPH in NVOC but to configure different clock settings per algo AND per card?
Thanks!
As a follow-up to this question, some additional details:
I am running nVOC v0019-1.2. I have been mining eth only so far, and using the individual memory/core OC settings in the 1bash. These settings, however, are not specific for ethereum, but just card tunings.
If I am reading through 1bash and 3main correctly, you can set specific tunings for each coin when using salfter's mph scrupt. I believe it also allows for the card by card tuning effects to be in use if those are set to "YES", however, I believe it uses the same tunings for all miners/algos.
Is this accurate?
As an additional element to this question - what coins/algos would I want to keep using the same tunings for? I am mostly familiar with ethash tunings for my cards, but i know some are more core-driven than memory driven. If anyone has any basic guidance about those that would use the switcher, I will see if I can adjust the script on my machines to tune card by card. But if I am missing something, please let me know.
Thanks!
Hi all,
I just searched and read many posts looking for this answer, so hopefully this is not something already covered.
I am looking to start mining at MPH, however, while not preferable, my mix of GTX 1060's have different memory types, which require different OC settings.
Is there a way to use MPH in NVOC but to configure different clock settings per algo AND per card?
Thanks!
I just searched and read many posts looking for this answer, so hopefully this is not something already covered.
I am looking to start mining at MPH, however, while not preferable, my mix of GTX 1060's have different memory types, which require different OC settings.
Is there a way to use MPH in NVOC but to configure different clock settings per algo AND per card?
Thanks!
For those using the ASRock H110 BTC+, is there an easy way I am missing to know which slot is assigned to which GPU#? I know the PCI-E 16x slot is GPU 0, but what is the naming convention for the others?
run Code:
nvidia-smi
in guake terminal it will give you Bus-IdCode:
lshw
will give you more details tooThank you so much. I am not sure these commands quite get me what I am looking for, though I may be missing something.
In my setups I have 13 GTX 1060 GB cards. I am hoping for some way to figure out which one is 0, which is 1, 2, 3, etc. Not sure if those reports show any type of serial number that ties out to something on the card or otherwise, or if the physical slots always assign in a certain way when all full? Still realizing that 0 is the 16x slot, I am ultimately hoping to "catalog" my cards to keep track of how each overclocks.
In windows is impossible cause your GPU number change after each reboot, in linux is another hand.
GPU number is linked from hardware so a basic GPU0 is your primary x16, GPU1 is the slot on top on x16 is u have one, and for all other u just follow build sequence.
M2 slot will always be last GPU number from top to down like pci port.
Thanks so much. Not 100% sure I follow; based on what you said, would it be like what I am showing in blue, red, or some other pattern I am not thinking of?
https://s26.postimg.org/xs6ehrze1/asrock_mobo.png
As a follow-up to the above post, after having my new outlets installed today (each on separate circuits), I decided to do some testing on the ASRock H110 BTC+ Pro, specifically egarding which pci-e slot shows up as which GPU. The results were VERY different than I expected, as follows:
https://s26.postimg.org/fawz46e09/ASRock_-_tested.png
The GPU numbering (at least for nVidia) seems to look in the order of that numbering to order from 0-12 (so if a slot is empty, it won't skip a number, but look to the next highest). I tested with adding and removing, so it did not seem arbitrary (though I have not tested on my second board).
Hoping this helps anyone looking to do some card-by-card tuning.
I edited this on my previous reply while you were replying, not sure if you noticed:
Oh, one more thing... On the Asrock 13 gpu board, the PCIe slots on the board are so close, the small riser boards that plug to the motherboard might be touching each other and create short circuits. What I did is: I cut the excessive lenght of the soldered pins of the USB connector on the back side of that small board; used heat-shrink tube (1.5 inch wide) and wrapped the small boards where they could touch eachother, making sure the pins that plug to the PCIe slots are not covered. I would suggest that everyone usung the Asrock 13 GPU board do this to prevent problems... the heat-shrink tube is about 5-6 bucks and it's quete long, I don't remember exactly but it was at least 4 feet long. I got it from Sayal in Toronto but I am sure you can find one in electronic shops or even Home Depot.
Oh, one more thing... On the Asrock 13 gpu board, the PCIe slots on the board are so close, the small riser boards that plug to the motherboard might be touching each other and create short circuits. What I did is: I cut the excessive lenght of the soldered pins of the USB connector on the back side of that small board; used heat-shrink tube (1.5 inch wide) and wrapped the small boards where they could touch eachother, making sure the pins that plug to the PCIe slots are not covered. I would suggest that everyone usung the Asrock 13 GPU board do this to prevent problems... the heat-shrink tube is about 5-6 bucks and it's quete long, I don't remember exactly but it was at least 4 feet long. I got it from Sayal in Toronto but I am sure you can find one in electronic shops or even Home Depot.
I had put heat resistant electrical tape on the back side of each of the small riser parts that plug into those slots (not initially, but as I have gone through this process). Would that have a similar impact to what you describe?
I just placed an order for some g4600's. I will see how that works - the rig that had been crashing every couple hours crashed after 24 hours after I turned off teamviewer - hopefully this puts me over the top.
As for power, both are built the same way. Each is running on 2 750w EVGA G3 power supplies. Each SATA/molex power connector is running no more than 2 GPU risers. The molex connectors (and single SATA) hooked to the board each share with the riser for a single GPU (this means 13 GPU's, 2 motherboard molex, and 1 motherboard SATA to connect. The PSU's each have 3 SATA and 1 Perif (molex) connector, hence my using two connections per cable). I did have a 550w PSU in the mix (as a third) to see if that would change things, but it did not.
The only other discernable different is that not all GPU's are the same brand/make (but all are 1060 6GB), and the risers are not all identical (though I have switched them out in troubleshooting).
Good, G4600 is 2 core, 4 threads CPU. That will definetely help, much better than Celerons you have.
As for the mixed GPU's, try to put as many of the same brand/model in the same rig. Then you will have to manualy set overclocking for each GPU. Don't use the global OC for all. Try with the lowest stable value for all (I believe it was about 600 memory for you), then increase +50 memory on one brand/model and see if it's stable, then try +50 on different model and see if it's stable, then repeat until you get max for all models. It will take a while to fine tune it, that's the downside of mixed cards. Good luck and keep us posted.
Yesterday I swapped both Celeron G3930's for G4600's.
Overnight, the stable rig remained stable, the unstable rig crashed again.
Short of replacing all my risers again (and I am still open to specifics on what version to get) or RMA'ing the motherboard, is there anything else I might be missing?
JudoFlash, have you tried my previous suggestion of manualy overclocking each card, not using the global settings since you have a mix of different cards?
If that doesn't work, disconnect one card completely, then run the rig, see if it's stable. If it still crashes, connect the disconnected card back and disconnect another card completely... repeat until you pinpoint the card that misbehave. Once you pinpointed the troublemaker, troubleshoot further: replace the riser, replace the adapter cable to the riser (depends on your risers, PCIe to SATA or Molex to SATA cable), plug the riser power to another connector of the SATA cable coming from the power supply, lastly, significantly lower the overclock values for that card. If previous steps didn't help, you have a bad GPU, replace it.
I've had problems with, bad riser, bad power adapter cable, bad SATA connector and bad GPU before. It's not easy to troubleshoot when the problem is intermittent but atleast with the above suggestion (disconnecting one card at a time completely) you can narrow the problematic section then troubleshoot further.
BTW, I am using version 006-c risers with PCIe to SATA power adapter cables.
Thank you. Yes I have tried the manual tuning. Right now I have everything running at stock as sort of a "last ditch" effort on making this configuration work (or at least narrowing it down). As you said, the challenge is that it does not crash right away (sometimes it takes 24 hours or so), so with so many variables, it takes a long time to pinpoint. I ordered some new risers (I would need them anyway as I plan to set up another rig or two), so I will do some further testing with those once I have them.
I appreciate everyone's input. Yes, I know I could just stand up another board and not have so much riding on this one, but I feel longer term, finding the issue will help my overall success. Plus, folks on this forum seem to be making things work with this board and similar setups.
Also, I'm stubborn.
I just placed an order for some g4600's. I will see how that works - the rig that had been crashing every couple hours crashed after 24 hours after I turned off teamviewer - hopefully this puts me over the top.
As for power, both are built the same way. Each is running on 2 750w EVGA G3 power supplies. Each SATA/molex power connector is running no more than 2 GPU risers. The molex connectors (and single SATA) hooked to the board each share with the riser for a single GPU (this means 13 GPU's, 2 motherboard molex, and 1 motherboard SATA to connect. The PSU's each have 3 SATA and 1 Perif (molex) connector, hence my using two connections per cable). I did have a 550w PSU in the mix (as a third) to see if that would change things, but it did not.
The only other discernable different is that not all GPU's are the same brand/make (but all are 1060 6GB), and the risers are not all identical (though I have switched them out in troubleshooting).
Good, G4600 is 2 core, 4 threads CPU. That will definetely help, much better than Celerons you have.
As for the mixed GPU's, try to put as many of the same brand/model in the same rig. Then you will have to manualy set overclocking for each GPU. Don't use the global OC for all. Try with the lowest stable value for all (I believe it was about 600 memory for you), then increase +50 memory on one brand/model and see if it's stable, then try +50 on different model and see if it's stable, then repeat until you get max for all models. It will take a while to fine tune it, that's the downside of mixed cards. Good luck and keep us posted.
Yesterday I swapped both Celeron G3930's for G4600's.
Overnight, the stable rig remained stable, the unstable rig crashed again.
Short of replacing all my risers again (and I am still open to specifics on what version to get) or RMA'ing the motherboard, is there anything else I might be missing?
I just placed an order for some g4600's. I will see how that works - the rig that had been crashing every couple hours crashed after 24 hours after I turned off teamviewer - hopefully this puts me over the top.
As for power, both are built the same way. Each is running on 2 750w EVGA G3 power supplies. Each SATA/molex power connector is running no more than 2 GPU risers. The molex connectors (and single SATA) hooked to the board each share with the riser for a single GPU (this means 13 GPU's, 2 motherboard molex, and 1 motherboard SATA to connect. The PSU's each have 3 SATA and 1 Perif (molex) connector, hence my using two connections per cable). I did have a 550w PSU in the mix (as a third) to see if that would change things, but it did not.
The only other discernable different is that not all GPU's are the same brand/make (but all are 1060 6GB), and the risers are not all identical (though I have switched them out in troubleshooting).
Good, G4600 is 2 core, 4 threads CPU. That will definetely help, much better than Celerons you have.
As for the mixed GPU's, try to put as many of the same brand/model in the same rig. Then you will have to manualy set overclocking for each GPU. Don't use the global OC for all. Try with the lowest stable value for all (I believe it was about 600 memory for you), then increase +50 memory on one brand/model and see if it's stable, then try +50 on different model and see if it's stable, then repeat until you get max for all models. It will take a while to fine tune it, that's the downside of mixed cards. Good luck and keep us posted.
Hi there nvoc-ers !
I may be stupid or definitely not paying enough attention to something as i can't for sake of me to be able to make AsRock H110 to recognize 13 x 1060 6GB GPU's. Tried with nvoc17, then 18, then 19..does not see the gpu on the last pciex slot.
It mines beautifully with 12 GPU's but there is no way i can make it see all the 13 GPU's.
The rig is built using a G4560, i tried using an i3... same result.
2 x Corsair 1000 W PSU's powering 6 gpu + mobo + risers and the 2nd powering 7 gpu's
Any hints ?
I struggled with this for a very long time. For me, it came down to a bad riser. I could have sworn I had tested and replaced them all, but this past weekend I started with one, and kept adding 1, one boot at a time, until I got to 13 working. I swear I did this a few times, but i find the pic-e risers LOVED to come loose as well, and may have had bad luck swapping a bad riser for a bad riser.I may be stupid or definitely not paying enough attention to something as i can't for sake of me to be able to make AsRock H110 to recognize 13 x 1060 6GB GPU's. Tried with nvoc17, then 18, then 19..does not see the gpu on the last pciex slot.
It mines beautifully with 12 GPU's but there is no way i can make it see all the 13 GPU's.
The rig is built using a G4560, i tried using an i3... same result.
2 x Corsair 1000 W PSU's powering 6 gpu + mobo + risers and the 2nd powering 7 gpu's
Any hints ?
Aside from that, if you haven't, I would make sure the the 2 molex connectors on the motherboard are each connected to the separate power supplies.
Also, I noticed you have all risers on one PSU. I believe I have read that you should not have more than 2 per connector - I am unsure how many connectors are on those corsairs, but it might be worth trying splitting them up if you haven't.
Let me know if you get anywhere with this.
Another potential problem; that is often overlooked is slightly bent risers. If when you attach risers (depending on what kind of frame you are using) you place any (even slight, warping pressure (bending the front or rear of the riser sightly up or down while securing the other end) this will cause intermittent hard crashes. I have a rig that crashed last night: and I suspect this is the case with it.
Incidentally, what are the "best" risers out there - both from a type and seller standpoint? With so much that can go wrong in a 13 GPU setup, anything to minimize failure would be great.
For those using the ASRock H110 BTC+, is there an easy way I am missing to know which slot is assigned to which GPU#? I know the PCI-E 16x slot is GPU 0, but what is the naming convention for the others?
run Code:
nvidia-smi
in guake terminal it will give you Bus-IdCode:
lshw
will give you more details tooThank you so much. I am not sure these commands quite get me what I am looking for, though I may be missing something.
In my setups I have 13 GTX 1060 GB cards. I am hoping for some way to figure out which one is 0, which is 1, 2, 3, etc. Not sure if those reports show any type of serial number that ties out to something on the card or otherwise, or if the physical slots always assign in a certain way when all full? Still realizing that 0 is the 16x slot, I am ultimately hoping to "catalog" my cards to keep track of how each overclocks.
In windows is impossible cause your GPU number change after each reboot, in linux is another hand.
GPU number is linked from hardware so a basic GPU0 is your primary x16, GPU1 is the slot on top on x16 is u have one, and for all other u just follow build sequence.
M2 slot will always be last GPU number from top to down like pci port.
Thanks so much. Not 100% sure I follow; based on what you said, would it be like what I am showing in blue, red, or some other pattern I am not thinking of?
https://s26.postimg.org/xs6ehrze1/asrock_mobo.png
For those using the ASRock H110 BTC+, is there an easy way I am missing to know which slot is assigned to which GPU#? I know the PCI-E 16x slot is GPU 0, but what is the naming convention for the others?
run Code:
nvidia-smi
in guake terminal it will give you Bus-IdCode:
lshw
will give you more details tooThank you so much. I am not sure these commands quite get me what I am looking for, though I may be missing something.
In my setups I have 13 GTX 1060 GB cards. I am hoping for some way to figure out which one is 0, which is 1, 2, 3, etc. Not sure if those reports show any type of serial number that ties out to something on the card or otherwise, or if the physical slots always assign in a certain way when all full? Still realizing that 0 is the 16x slot, I am ultimately hoping to "catalog" my cards to keep track of how each overclocks.
For those using the ASRock H110 BTC+, is there an easy way I am missing to know which slot is assigned to which GPU#? I know the PCI-E 16x slot is GPU 0, but what is the naming convention for the others?
Hi there nvoc-ers !
I may be stupid or definitely not paying enough attention to something as i can't for sake of me to be able to make AsRock H110 to recognize 13 x 1060 6GB GPU's. Tried with nvoc17, then 18, then 19..does not see the gpu on the last pciex slot.
It mines beautifully with 12 GPU's but there is no way i can make it see all the 13 GPU's.
The rig is built using a G4560, i tried using an i3... same result.
2 x Corsair 1000 W PSU's powering 6 gpu + mobo + risers and the 2nd powering 7 gpu's
Any hints ?
I struggled with this for a very long time. For me, it came down to a bad riser. I could have sworn I had tested and replaced them all, but this past weekend I started with one, and kept adding 1, one boot at a time, until I got to 13 working. I swear I did this a few times, but i find the pic-e risers LOVED to come loose as well, and may have had bad luck swapping a bad riser for a bad riser.I may be stupid or definitely not paying enough attention to something as i can't for sake of me to be able to make AsRock H110 to recognize 13 x 1060 6GB GPU's. Tried with nvoc17, then 18, then 19..does not see the gpu on the last pciex slot.
It mines beautifully with 12 GPU's but there is no way i can make it see all the 13 GPU's.
The rig is built using a G4560, i tried using an i3... same result.
2 x Corsair 1000 W PSU's powering 6 gpu + mobo + risers and the 2nd powering 7 gpu's
Any hints ?
Aside from that, if you haven't, I would make sure the the 2 molex connectors on the motherboard are each connected to the separate power supplies.
Also, I noticed you have all risers on one PSU. I believe I have read that you should not have more than 2 per connector - I am unsure how many connectors are on those corsairs, but it might be worth trying splitting them up if you haven't.
Let me know if you get anywhere with this.
Hi all,
Hopefully this is not too off-topic, but in trying to get the latest ethminer working in nvOC (at the speeds expected for my GTX 1060 6gb cards), I had also been posting on their Github page. I am trying to figure out a few things, and would love to hear what you all have to say:
I appreciate the input, as well as the fact that this build even exists, so any help here would be amazing.
Hopefully this is not too off-topic, but in trying to get the latest ethminer working in nvOC (at the speeds expected for my GTX 1060 6gb cards), I had also been posting on their Github page. I am trying to figure out a few things, and would love to hear what you all have to say:
- Someone on that thread suggested that with Linux-based mining, the overclock settings for memory people throw around (which, most things I read are for Windows) need to be doubled. As in, people usually say Samsung memory can get around an 850 memory OC, so they were saying for Ubuntu I would go with 1700? This felt wrong given the 1bash defaults, but I'd love verification
- Is there any way anyone knows, without doing a Windows install, to learn what kind of memory my cards have? I'd rather not install Windows, and I have 26 cards I'd like to verify without changing their order or disconnecting if possible. I have not been successful in finding a Linux utility, but feel I may benefit from indvidual clock tuning
- Has anyone gotten the 24-25 Mh/s the latest ethminer supposedly gets while using in nvOC? If so, what settings are you using?
I appreciate the input, as well as the fact that this build even exists, so any help here would be amazing.
Hi JudoFlash,
- You are totally right for memory in linux, cause in linux u dont OC MemClock technically you OC MemoryTransferRate. MemClock = MemoryTransferRate % 2
- Unfortunately on linux we don't have software that allow you to get memory brand version, easy way to do this is to boot your rig on a single windows card per card
- For this last one i dont have 1060, but i bet with nice OC u can grab this one. Remember to negative your CoreClock when u mine ETH
Don't hesitate to ask more
Thank you kindly. Wow, ok, so I will try ratcheting up the memory overclock some more. i have been underclocking the core by 200, but I appreciate the tip.
Too bad about the utility to read the memory type. Since instability takes a while to crash things sometimes, I bet I'll be tuning things for a LONG time. Especially since I have already had instability issues with my two ASRock H110 BTC+ Pro boards.
I will try some memory tuning and see where that brings me, though I'd love to hear if anyone else running 1060's has had success, and at what settings.
Thanks!
What CPU are you using with your unstable H110 rigs?
Both are running on Celeron G3930's, with 8 GB RAM.
The one that wouldn't stay up for more than a couple of hours has been up for the past 12+ since I disabled TeamViewer. I have had really poor success overclocking the memory more than 600 or so. Any thoughts?
I would recommend using a more powerful cpu with 13x rigs. Although a rig will run on a g3930; it may not be stable. I am now using g4600s on my 13x rigs. I'll let you know if they show instability; so far they have been stable. Also how are you powering your rigs; is there any difference between the stable and unstable one? I had one 13x rig which was unstable; until i identified the problem was do to too much splitting of pcie cables; I modified and now the rig is stable.
I just placed an order for some g4600's. I will see how that works - the rig that had been crashing every couple hours crashed after 24 hours after I turned off teamviewer - hopefully this puts me over the top.
As for power, both are built the same way. Each is running on 2 750w EVGA G3 power supplies. Each SATA/molex power connector is running no more than 2 GPU risers. The molex connectors (and single SATA) hooked to the board each share with the riser for a single GPU (this means 13 GPU's, 2 motherboard molex, and 1 motherboard SATA to connect. The PSU's each have 3 SATA and 1 Perif (molex) connector, hence my using two connections per cable). I did have a 550w PSU in the mix (as a third) to see if that would change things, but it did not.
The only other discernable different is that not all GPU's are the same brand/make (but all are 1060 6GB), and the risers are not all identical (though I have switched them out in troubleshooting).
Interesting. Thank you - I will try that.
I guess I will need to learn how to SSH.
I guess I will need to learn how to SSH.
Also increase your powerlimit; 75 is very low for a 1060. I recommend moving it up to 100; then you can bump it down if it is stable without issue. Will probably be stable until around 85-90 watts or lower.
I did experience the same thing when I raised the power limit, though I will need to wait about a week to test more - all of this is on a 20 amp circuit - 26 GPU x 75 w = 1950 w, plus the rest of what is plugged in, I am already close to the 2400w theoretical max and certainly above the 80% that would be more ideal.
Next week I am having a new panel installed with more breakers and additional outlets.
Greetings fellow nvOC miners. I've been using nvOC and following this thread for about a month now, I am pretty impressed with it. There are few glitches here and there but most of them can easily be solved. Many thanks to fullzero and the rest of the community for creating this great mining OS.
I'd like to share my experience with 1060's and possibly help others.
I am using Zotac 1060 AMP! 6GB cards on several rigs with Asus Prime Z270-A and Asrock H110 Pro BTC+ boards. All my cards are with Samsung memory which is great for overclocking the memory compared to cards with Micron or Hynix memory. My cards with Samsung memory can OC to over +1800 on linux (+900 on windows) while the few other brand cards I had (and returned) with Micron memory could only OC to +1000 (+500 on windows) and weren't much stable.
Few people asked for settings for 1060's, here are mine:
Mining ETH only with Claymore 9.7 and 9.8 (same MH/s)
Power limit: 76 W
Core OC: +100
Memory OC: +1820 (Samsung only, don't try with Micron)
Temperature setting: 54 C (fans run at 50-70%)
Getting 25 MH/s per card (3 watts per MH/s is pretty amazing)
By no means these are final settings, there is still room for improvement... I am testing +1850 memory at 75 W power limit. Do not go below 75 Watts on power limit setting, hashrate starts dropping a lot. For ETH (and similar) there's no need to go above 77 watts for single currency mining, there's no gain whatsoever.
fullzero, I noticed you have same Zotac 1060 AMP's, give them a try with the above settings. These cards rock!
JudoFlash, there's no need to install new panel for 26 1060's if you mine ETH and not GPU core hungry algos, I run 42 1060's at and 8 1070's on a 100 amp panel. I just added 3 more 20 amp breakers. Please note that what is classified as 100 amp /240 volt panel is actualy 200 amp / 120 volt capable panel, there are two 120V main cables entering the panel (to combine for 240V) and each is capable of delivering 100 amps. Hovever, don't do any electrical work if you are not qualified and consult/hire professional electrician to do the work.
Thanks for the feedback - I would love to discuss more as, while I cannot seem to get more than 21 or so per 1060 (while I am not sure what the memory type is yet, I feel like I should be able to get more than +600-700 in Linux for any brand).
The reason for the panel upgrade is that I am out of breakers entirely, and my panel doesn't support half-breakers. So really, I will be having a 200 amp panel with additional space installed, but keeping my service at 100 amp for now, Then I'll have new outlets added on separate breakers, as the goal is to increase beyond the 26 cards I am running now.
If I may ask, since your pushing 1060's on the same boards:
- Do you have them full (using all 13 slots)?
- What processor are you using? I did not think it mattered, but am trying to pinpoint any differences).
If you don't mind, I may have more questions about your rig, either in this thread or outside of it. Either way, I appreciate the information.
Interesting. Thank you - I will try that.
I guess I will need to learn how to SSH.
I guess I will need to learn how to SSH.
Also increase your powerlimit; 75 is very low for a 1060. I recommend moving it up to 100; then you can bump it down if it is stable without issue. Will probably be stable until around 85-90 watts or lower.
I did experience the same thing when I raised the power limit, though I will need to wait about a week to test more - all of this is on a 20 amp circuit - 26 GPU x 75 w = 1950 w, plus the rest of what is plugged in, I am already close to the 2400w theoretical max and certainly above the 80% that would be more ideal.
Next week I am having a new panel installed with more breakers and additional outlets.
Hi all,
Hopefully this is not too off-topic, but in trying to get the latest ethminer working in nvOC (at the speeds expected for my GTX 1060 6gb cards), I had also been posting on their Github page. I am trying to figure out a few things, and would love to hear what you all have to say:
I appreciate the input, as well as the fact that this build even exists, so any help here would be amazing.
Hopefully this is not too off-topic, but in trying to get the latest ethminer working in nvOC (at the speeds expected for my GTX 1060 6gb cards), I had also been posting on their Github page. I am trying to figure out a few things, and would love to hear what you all have to say:
- Someone on that thread suggested that with Linux-based mining, the overclock settings for memory people throw around (which, most things I read are for Windows) need to be doubled. As in, people usually say Samsung memory can get around an 850 memory OC, so they were saying for Ubuntu I would go with 1700? This felt wrong given the 1bash defaults, but I'd love verification
- Is there any way anyone knows, without doing a Windows install, to learn what kind of memory my cards have? I'd rather not install Windows, and I have 26 cards I'd like to verify without changing their order or disconnecting if possible. I have not been successful in finding a Linux utility, but feel I may benefit from indvidual clock tuning
- Has anyone gotten the 24-25 Mh/s the latest ethminer supposedly gets while using in nvOC? If so, what settings are you using?
I appreciate the input, as well as the fact that this build even exists, so any help here would be amazing.
Hi JudoFlash,
- You are totally right for memory in linux, cause in linux u dont OC MemClock technically you OC MemoryTransferRate. MemClock = MemoryTransferRate % 2
- Unfortunately on linux we don't have software that allow you to get memory brand version, easy way to do this is to boot your rig on a single windows card per card
- For this last one i dont have 1060, but i bet with nice OC u can grab this one. Remember to negative your CoreClock when u mine ETH
Don't hesitate to ask more
Thank you kindly. Wow, ok, so I will try ratcheting up the memory overclock some more. i have been underclocking the core by 200, but I appreciate the tip.
Too bad about the utility to read the memory type. Since instability takes a while to crash things sometimes, I bet I'll be tuning things for a LONG time. Especially since I have already had instability issues with my two ASRock H110 BTC+ Pro boards.
I will try some memory tuning and see where that brings me, though I'd love to hear if anyone else running 1060's has had success, and at what settings.
Thanks!
What CPU are you using with your unstable H110 rigs?
Both are running on Celeron G3930's, with 8 GB RAM.
The one that wouldn't stay up for more than a couple of hours has been up for the past 12+ since I disabled TeamViewer. I have had really poor success overclocking the memory more than 600 or so. Any thoughts?
Hello again,
Once more, I am unsure if this is quite nvOC on-topic or not, but with so many variables to a mining rig, and as helpful as everyone has been, I am giving it a shot.
I currently have two ASRock H110 BTC+ Pro boards, each running 13 GTX 1060 6GB GPU's. It took me a while to get there, but after checking connections, settings, etc. I have one of these that has been mining ETH rock-solid for over a week now on ethminer (it isn't getting the nice boost I expected, but c'est la vie).
The second setup, however, I cannot seem to get to stay running. I swapped out the risers and get 13 GPU's showing every time now, switched to v0019, and generally can boot, mine for a few hours, then freeze. Of course when I am frozen there is not a lot I can do from a diagnostic perspective to figure out what might have gone wrong. I had thought given the fact that I would get a couple of hours might mean a temperature issue, but I don't know really. I just took a picture of the crashed rig (while it might look fine, it is frozen):
https://s26.postimg.org/4ybqdi7s9/2017-08-29_16.02.08.jpg
I am not close to maxing out my PSU's, I am using powered risers that I believe are all getting power (no more than 2 per cable), and I have tried swapping out risers,
My OC is not aggressive, with the core being underclocked by 200, and memory OC at only 500. Temperature was dialed back to 70c max, with the power max at 75w per card.
Does anyone have any idea what I might try next for a stable system.
I had reset the machine when I took that screenshot 40 minutes ago, and the rig just froze again. Any suggestions would be amazing.
Thanks!
Once more, I am unsure if this is quite nvOC on-topic or not, but with so many variables to a mining rig, and as helpful as everyone has been, I am giving it a shot.
I currently have two ASRock H110 BTC+ Pro boards, each running 13 GTX 1060 6GB GPU's. It took me a while to get there, but after checking connections, settings, etc. I have one of these that has been mining ETH rock-solid for over a week now on ethminer (it isn't getting the nice boost I expected, but c'est la vie).
The second setup, however, I cannot seem to get to stay running. I swapped out the risers and get 13 GPU's showing every time now, switched to v0019, and generally can boot, mine for a few hours, then freeze. Of course when I am frozen there is not a lot I can do from a diagnostic perspective to figure out what might have gone wrong. I had thought given the fact that I would get a couple of hours might mean a temperature issue, but I don't know really. I just took a picture of the crashed rig (while it might look fine, it is frozen):
https://s26.postimg.org/4ybqdi7s9/2017-08-29_16.02.08.jpg
I am not close to maxing out my PSU's, I am using powered risers that I believe are all getting power (no more than 2 per cable), and I have tried swapping out risers,
My OC is not aggressive, with the core being underclocked by 200, and memory OC at only 500. Temperature was dialed back to 70c max, with the power max at 75w per card.
Does anyone have any idea what I might try next for a stable system.
I had reset the machine when I took that screenshot 40 minutes ago, and the rig just froze again. Any suggestions would be amazing.
Thanks!
Hi all,
Hopefully this is not too off-topic, but in trying to get the latest ethminer working in nvOC (at the speeds expected for my GTX 1060 6gb cards), I had also been posting on their Github page. I am trying to figure out a few things, and would love to hear what you all have to say:
I appreciate the input, as well as the fact that this build even exists, so any help here would be amazing.
Hopefully this is not too off-topic, but in trying to get the latest ethminer working in nvOC (at the speeds expected for my GTX 1060 6gb cards), I had also been posting on their Github page. I am trying to figure out a few things, and would love to hear what you all have to say:
- Someone on that thread suggested that with Linux-based mining, the overclock settings for memory people throw around (which, most things I read are for Windows) need to be doubled. As in, people usually say Samsung memory can get around an 850 memory OC, so they were saying for Ubuntu I would go with 1700? This felt wrong given the 1bash defaults, but I'd love verification
- Is there any way anyone knows, without doing a Windows install, to learn what kind of memory my cards have? I'd rather not install Windows, and I have 26 cards I'd like to verify without changing their order or disconnecting if possible. I have not been successful in finding a Linux utility, but feel I may benefit from indvidual clock tuning
- Has anyone gotten the 24-25 Mh/s the latest ethminer supposedly gets while using in nvOC? If so, what settings are you using?
I appreciate the input, as well as the fact that this build even exists, so any help here would be amazing.
Hi JudoFlash,
- You are totally right for memory in linux, cause in linux u dont OC MemClock technically you OC MemoryTransferRate. MemClock = MemoryTransferRate % 2
- Unfortunately on linux we don't have software that allow you to get memory brand version, easy way to do this is to boot your rig on a single windows card per card
- For this last one i dont have 1060, but i bet with nice OC u can grab this one. Remember to negative your CoreClock when u mine ETH
Don't hesitate to ask more
Thank you kindly. Wow, ok, so I will try ratcheting up the memory overclock some more. i have been underclocking the core by 200, but I appreciate the tip.
Too bad about the utility to read the memory type. Since instability takes a while to crash things sometimes, I bet I'll be tuning things for a LONG time. Especially since I have already had instability issues with my two ASRock H110 BTC+ Pro boards.
I will try some memory tuning and see where that brings me, though I'd love to hear if anyone else running 1060's has had success, and at what settings.
Thanks!