Two problems still exists in v0019 both woth upPaste
1- If your setting is REMOTE when upPaste update 1bash and restart 3main, it does not close 3main and terminal and start a new one, a new Gnome-Terminal pops up while last one is still open.
2- If you enable ewbf monitoring api, when upPaste update and restart ewbf, it cant bind api port and gives api bind error.
Topic: [ mining os ] nvoc - page 249. (Read 418546 times)
I added ZPOOL_EQUIHASH algo mining
If any one wants add these
in 1bash :
Add ZPOOL_EQUIHASH to coin selection
And this line below zpool_blake2s_pool
Add to 3main :
If any one wants add these
in 1bash :
Add ZPOOL_EQUIHASH to coin selection
And this line below zpool_blake2s_pool
Code:
# ZPOOL uses your BTC_ADDRESS
ZPOOL_EQUIHASH_POOL="equihash.mine.zpool.ca"
ZPOOL_EQUIHASH_PORT="2142"
ZPOOL_EQUIHASH_POOL="equihash.mine.zpool.ca"
ZPOOL_EQUIHASH_PORT="2142"
Add to 3main :
Code:
if [ $COIN == "ZPOOL_EQUIHASH" ]
then
if [ $EWBF_VERSION == "3_3" ]
then
HCD='/home/m1/zec/v3_3/miner'
fi
if [ $EWBF_VERSION == "3_4" ]
then
HCD='/home/m1/zec/v3_4/miner'
fi
screen -dmS miner $HCD --eexit 3 --fee $EWBF_PERCENT --pec --server $ZPOOL_EQUIHASH_POOL --user $BTC_ADDRESS.$WORKERNAME --pass c=BTC --port ZPOOL_EQUIHASH_PORT --api 0.0.0.0:42000;
if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi
BITCOIN="theGROUND"
while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi
then
if [ $EWBF_VERSION == "3_3" ]
then
HCD='/home/m1/zec/v3_3/miner'
fi
if [ $EWBF_VERSION == "3_4" ]
then
HCD='/home/m1/zec/v3_4/miner'
fi
screen -dmS miner $HCD --eexit 3 --fee $EWBF_PERCENT --pec --server $ZPOOL_EQUIHASH_POOL --user $BTC_ADDRESS.$WORKERNAME --pass c=BTC --port ZPOOL_EQUIHASH_PORT --api 0.0.0.0:42000;
if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi
BITCOIN="theGROUND"
while [ $BITCOIN == "theGROUND" ]
do
sleep 60
done
fi
who encountered a problem with the mining xmr. xmr miner sees only 1 card( which I don't know) and when I want to change it to music again mines xmr
I may need to recompile stak on a 13x rig; can other members please confirm this problem is as TeslaCh describes.
I think that's not the point. Here it is: /home/m1/xmr/stakGPU/bin/config.txt
for example for 4-GPU rig it should look like this:
"gpu_threads_conf" : [
{ "index" : 0,
"threads" : 32, "blocks" : 18,
"bfactor" : 8, "bsleep" : 10,
"affine_to_cpu" : false,
},
{ "index" : 1,
"threads" : 32, "blocks" : 18,
"bfactor" : 8, "bsleep" : 10,
"affine_to_cpu" : false,
},
{ "index" : 2,
"threads" : 32, "blocks" : 18,
"bfactor" : 8, "bsleep" : 10,
"affine_to_cpu" : false,
},
{ "index" : 3,
"threads" : 32, "blocks" : 18,
"bfactor" : 8, "bsleep" : 10,
"affine_to_cpu" : false,
},
],
"use_tls" : false,
"tls_secure_algo" : true,
"tls_fingerprint" : "",
"pool_address" : "xmr-eu1.nanopool.org:14444",
"wallet_address" : "4JUdGzvrMFDWrUUwY3toJATSeNwjn54LkCnKBPRzDuhzi5vSepHfUckJNxRL2gjkNrSqtCoRUrEDAgR wsQvVCjZbS2auRYpm3zFEz25xxx",
"pool_password" : "x",
"call_timeout" : 10,
"retry_time" : 10,
"giveup_limit" : 0,
"verbose_level" : 4,
"h_print_time" : 60,
"output_file" : "",
"httpd_port" : 0,
"prefer_ipv4" : true
but looks like this:
"gpu_threads_conf" : [
{ "index" : 0,
"threads" : 32, "blocks" : 18,
"bfactor" : 8, "bsleep" : 10,
"affine_to_cpu" : false,
},
],
"use_tls" : false,
"tls_secure_algo" : true,
"tls_fingerprint" : "",
"pool_address" : "xmr-eu1.nanopool.org:14444",
"wallet_address" : "4JUdGzvrMFDWrUUwY3toJATSeNwjn54LkCnKBPRzDuhzi5vSepHfUckJNxRL2gjkNrSqtCoRUrEDAgR wsQvVCjZbS2auRYpm3zFEz25xxx",
"pool_password" : "x",
"call_timeout" : 10,
"retry_time" : 10,
"giveup_limit" : 0,
"verbose_level" : 4,
"h_print_time" : 60,
"output_file" : "",
"httpd_port" : 0,
"prefer_ipv4" : true
May be the problem is here:/home/m1/3main
if [ $COIN == "XMR" ]
then
HCD='/home/m1/xmr/stakGPU/bin/xmr-stak-nvidia'
ADDR="$XMR_ADDRESS.$XMR_WORKER"
cat <
"gpu_threads_conf" : [
{ "index" : 0,
"threads" : 32, "blocks" : 18,
"bfactor" : 8, "bsleep" : 10,
"affine_to_cpu" : false,
},
],
"use_tls" : false,
"tls_secure_algo" : true,
"tls_fingerprint" : "",
"pool_address" : "$XMR_POOL",
"wallet_address" : "$ADDR",
"pool_password" : "x",
"call_timeout" : 10,
"retry_time" : 10,
"giveup_limit" : 0,
"verbose_level" : 4,
"h_print_time" : 60,
"output_file" : "",
"httpd_port" : 0,
"prefer_ipv4" : true
EOF
cd /home/m1/xmr/stakGPU/bin
screen -dmS miner $HCD
if [ $LOCALorREMOTE == "LOCAL" ]
then
screen -r miner
fi
Loving the telegram notification of v0019
Please add other miners hash rate support too.
It's also good to have the rig workername from 1bash implement at top of message too.
In the 1bash it's missed how to get your chat id number
You need to send /getid message to @myidbot
Edit
Added worker name to telegram by adding these lines to telegram file
If you want to have Miner Uptime in the message add these :
Please add other miners hash rate support too.
It's also good to have the rig workername from 1bash implement at top of message too.
In the 1bash it's missed how to get your chat id number
You need to send /getid message to @myidbot
Edit
Added worker name to telegram by adding these lines to telegram file
Code:
WORKERNAME=$WORKERNAME
MSG="$LF Worker: $WORKERNAME ....
MSG="$LF Worker: $WORKERNAME ....
If you want to have Miner Uptime in the message add these :
Code:
MINER_UP_TIME=$(ps -p `pgrep miner` -o etime | grep -v ELAPSED)
MSG="$LF Worker: $WORKERNAME
$LF Miner Uptime:
$MINER_UP_TIME
...
MSG="$LF Worker: $WORKERNAME
$LF Miner Uptime:
$MINER_UP_TIME
...
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.
When I start up the mph profit switching one of my 1070's starts slowly dropping utilization. Works fine for Zen but on mph it forces wdog to restart everything frequently. Any ideas why?
On MPH, u switch from algo to another / from miner to another.
U have to find setting gonna work by algo
If u crash that from OC.
Thanks, I will try individual OC's when I get home tonight to see if I can get it to work.
Fresh install of v0019 giving error on Maxxmus and AUTOGRAM
but cant see any error in the codes
Maxximus :
AUTOGRAM :
Noticed there are many [: ==: unary operator expected error when terminal starts up before miner starts ...
Any idea ?
Edit
Seems like there was a syntax error in my edited 1bash but couldn't find it, edit the default again and it's all good.
but cant see any error in the codes
Maxximus :
Code:
bash /home/m1/Maxximus007_AUTO_TEMPERATURE_CONTROL
m1@m1-desktop:~$ bash /home/m1/Maxximus007_AUTO_TEMPERATURE_CONTROL
/home/m1/1bash: line 477: unexpected EOF while looking for matching `"'
/home/m1/1bash: line 520: syntax error: unexpected end of file
/home/m1/Maxximus007_AUTO_TEMPERATURE_CONTROL: line 42: [: ==: unary operator expected
/home/m1/Maxximus007_AUTO_TEMPERATURE_CONTROL: line 60: [: ==: unary operator expected
INDIVIDUAL_POWERLIMIT_0:
INDIVIDUAL_POWERLIMIT_1:
INDIVIDUAL_POWERLIMIT_2:
INDIVIDUAL_POWERLIMIT_3:
INDIVIDUAL_POWERLIMIT_4:
INDIVIDUAL_POWERLIMIT_5:
INDIVIDUAL_POWERLIMIT_6:
INDIVIDUAL_POWERLIMIT_7:
INDIVIDUAL_POWERLIMIT_8:
INDIVIDUAL_POWERLIMIT_9:
INDIVIDUAL_POWERLIMIT_10:
INDIVIDUAL_POWERLIMIT_11:
INDIVIDUAL_POWERLIMIT_12:
INDIVIDUAL_POWERLIMIT_13:
TARGET_TEMP_0:
TARGET_TEMP_1:
TARGET_TEMP_2:
TARGET_TEMP_3:
TARGET_TEMP_4:
TARGET_TEMP_5:
TARGET_TEMP_6:
TARGET_TEMP_7:
TARGET_TEMP_8:
TARGET_TEMP_9:
TARGET_TEMP_10:
TARGET_TEMP_11:
TARGET_TEMP_12:
TARGET_TEMP_13:
FAN_ADJUST: 5
POWER_ADJUST: 5
ALLOWED_TEMP_DIFF: 3
RESTORE_POWER_LIMIT: 85
MINIMAL_FAN_SPEED: 65
m1@m1-desktop:~$ bash /home/m1/Maxximus007_AUTO_TEMPERATURE_CONTROL
/home/m1/1bash: line 477: unexpected EOF while looking for matching `"'
/home/m1/1bash: line 520: syntax error: unexpected end of file
/home/m1/Maxximus007_AUTO_TEMPERATURE_CONTROL: line 42: [: ==: unary operator expected
/home/m1/Maxximus007_AUTO_TEMPERATURE_CONTROL: line 60: [: ==: unary operator expected
INDIVIDUAL_POWERLIMIT_0:
INDIVIDUAL_POWERLIMIT_1:
INDIVIDUAL_POWERLIMIT_2:
INDIVIDUAL_POWERLIMIT_3:
INDIVIDUAL_POWERLIMIT_4:
INDIVIDUAL_POWERLIMIT_5:
INDIVIDUAL_POWERLIMIT_6:
INDIVIDUAL_POWERLIMIT_7:
INDIVIDUAL_POWERLIMIT_8:
INDIVIDUAL_POWERLIMIT_9:
INDIVIDUAL_POWERLIMIT_10:
INDIVIDUAL_POWERLIMIT_11:
INDIVIDUAL_POWERLIMIT_12:
INDIVIDUAL_POWERLIMIT_13:
TARGET_TEMP_0:
TARGET_TEMP_1:
TARGET_TEMP_2:
TARGET_TEMP_3:
TARGET_TEMP_4:
TARGET_TEMP_5:
TARGET_TEMP_6:
TARGET_TEMP_7:
TARGET_TEMP_8:
TARGET_TEMP_9:
TARGET_TEMP_10:
TARGET_TEMP_11:
TARGET_TEMP_12:
TARGET_TEMP_13:
FAN_ADJUST: 5
POWER_ADJUST: 5
ALLOWED_TEMP_DIFF: 3
RESTORE_POWER_LIMIT: 85
MINIMAL_FAN_SPEED: 65
AUTOGRAM :
Code:
bash /home/m1/BaliMiner_TELEGRAM_ALERTS
m1@m1-desktop:~$ bash /home/m1/BaliMiner_TELEGRAM_ALERTS
/home/m1/1bash: line 477: unexpected EOF while looking for matching `"'
/home/m1/1bash: line 520: syntax error: unexpected end of file
/home/m1/1bash: line 477: unexpected EOF while looking for matching `"'
/home/m1/1bash: line 520: syntax error: unexpected end of file
m1@m1-desktop:~$ bash /home/m1/BaliMiner_TELEGRAM_ALERTS
/home/m1/1bash: line 477: unexpected EOF while looking for matching `"'
/home/m1/1bash: line 520: syntax error: unexpected end of file
/home/m1/1bash: line 477: unexpected EOF while looking for matching `"'
/home/m1/1bash: line 520: syntax error: unexpected end of file
Noticed there are many [: ==: unary operator expected error when terminal starts up before miner starts ...
Any idea ?
Edit
Seems like there was a syntax error in my edited 1bash but couldn't find it, edit the default again and it's all good.
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).
Try this one stratum+tcp://eu2.ubiqpool.io:8008
It's not a server problem because with my Windows machine and Claymore I can connect with all Ubiqpool servers. But I like to switch all of my rigs to nvOC 
I have made a screenshot of the connection error: http://imgur.com/a/P6rba
I don't know if it's an error in the code or maybe my settings in 1bash are wrong?
UBQ_WORKER="$WORKERNAME"
UBQ_ADDRESS="mywallet"
UBQ_POOL="stratum+tcp://eu.ubiqpool.io:8008"
UBQ_EXTENSION_ARGUMENTS=""
It seems this is from your DNS cant resolve eu.ubiqpool.io try with this "stratum+tcp://209.222.30.133:8008"
Make sure the code for UBIQ in 3main file matches with the format in this link :
https://ubiqpool.io/#/help
Try this one stratum+tcp://eu2.ubiqpool.io:8008
It's not a server problem because with my Windows machine and Claymore I can connect with all Ubiqpool servers. But I like to switch all of my rigs to nvOC I have made a screenshot of the connection error: http://imgur.com/a/P6rba
I don't know if it's an error in the code or maybe my settings in 1bash are wrong?
UBQ_WORKER="$WORKERNAME"
UBQ_ADDRESS="mywallet"
UBQ_POOL="stratum+tcp://eu.ubiqpool.io:8008"
UBQ_EXTENSION_ARGUMENTS=""
It seems this is from your DNS cant resolve eu.ubiqpool.io try with this "stratum+tcp://209.222.30.133:8008"
Try this one stratum+tcp://eu2.ubiqpool.io:8008
It's not a server problem because with my Windows machine and Claymore I can connect with all Ubiqpool servers. But I like to switch all of my rigs to nvOC I have made a screenshot of the connection error: http://imgur.com/a/P6rba
I don't know if it's an error in the code or maybe my settings in 1bash are wrong?
UBQ_WORKER="$WORKERNAME"
UBQ_ADDRESS="mywallet"
UBQ_POOL="stratum+tcp://eu.ubiqpool.io:8008"
UBQ_EXTENSION_ARGUMENTS=""
Thanks Fullzero for this v0019! This release is working great for my ETH and ETC rigs.
I also tried to mine Uniq but I get a connection error for stratum+tcp://eu.ubiqpool.io:8008. The address eu.ubiqpool.io:8888 is giving me the same error.
I think I have to change something in the code. Does someone has the solution?
I also tried to mine Uniq but I get a connection error for stratum+tcp://eu.ubiqpool.io:8008. The address eu.ubiqpool.io:8888 is giving me the same error.
I think I have to change something in the code. Does someone has the solution?
Try this one stratum+tcp://eu2.ubiqpool.io:8008
Thanks Fullzero for this v0019! This release is working great for my ETH and ETC rigs.
I also tried to mine Uniq but I get a connection error for stratum+tcp://eu.ubiqpool.io:8008. The address eu.ubiqpool.io:8888 is giving me the same error.
I think I have to change something in the code. Does someone has the solution?
I also tried to mine Uniq but I get a connection error for stratum+tcp://eu.ubiqpool.io:8008. The address eu.ubiqpool.io:8888 is giving me the same error.
I think I have to change something in the code. Does someone has the solution?
When I start up the mph profit switching one of my 1070's starts slowly dropping utilization. Works fine for Zen but on mph it forces wdog to restart everything frequently. Any ideas why?
On MPH, u switch from algo to another / from miner to another.
U have to find setting gonna work by algo
If u crash that from OC.
Hi everyone again, can somebody confirm if nvOC v0019 works for all p106-100 rig without having 1 normal 1000x card? Does it still have to be headless or can we attach the monitor now? Since fullzero deleted the updated 1bash for this case I assume that it should be working with new version but in case I have to flash a new USB I just want to make sure that it's actually stable and OC is possible.
Thanks again for your work!
Thanks again for your work!
When I start up the mph profit switching one of my 1070's starts slowly dropping utilization. Works fine for Zen but on mph it forces wdog to restart everything frequently. Any ideas why?
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.
Will I have to change the script of Maxximus007_AUTO_TEMPERATURE_CONTROL to enforce this lowest powerlimit?
In v0019 auto_temp will use the target temperature and general power limit specified in 1bash; no other settings are required. When mining ethash I use 175 powerlimit with 1080tis; if mining zec I use 225.
My starting power limit iz 200 for zec. If i have a room temp at about 30 deg celsius, autotemp lowers the powerlimit to 170 on some cards. The problem probably starts when the room temp goes to 35 celsius. At this point the maxximus autotemp probably lowers power to around 150w and freezes the system. I dont have continuous access to the rigs so i will have to configure rigs for remote access to confirm this theory.
I could then change maxximus autotemp script, that the power stays at 170, but the the temp would go higher. That is probably not wise, I will probably have to replace the cards that have this temp problems.
Hi guys,
Did anyone had any problems with autoreboot when running headless rig? It seems like sometimes after autoreboot my rig doesn't want to start the miner and I have to manually reboot the rig for the miner to start and sometimes after autoreboot it starts the mining as expected.
Has anyone seen this before? If somebody knows the solution to this I would be verythankul.
Also fullzero you said that celeron isn't the best for 13x rig , what processor should be used for better stability and could it be the processor that causes this ?
Did anyone had any problems with autoreboot when running headless rig? It seems like sometimes after autoreboot my rig doesn't want to start the miner and I have to manually reboot the rig for the miner to start and sometimes after autoreboot it starts the mining as expected.
Has anyone seen this before? If somebody knows the solution to this I would be verythankul.
Also fullzero you said that celeron isn't the best for 13x rig , what processor should be used for better stability and could it be the processor that causes this ?
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.
wow, this power supply sounds really great. Can you share some photos of your setup? Where can you buy these panels and breakers?
Hi tomlev5. Just to clarify, we are not talking about one computer power supply that can handle 26 GPU's, you need multiple power supplies for that. We were talking about the electrical panel where the main power line enters the house, the box where all the fuses (circuit breakers) are located. You want pic's of the rigs or the electrical panel?
. I would like to see pic's of the rigs if you can share them.I agree with leenoox. I have tested a spread of CPUs on 13x rigs; the CPU makes a significant difference in stability; please don't use celerons with 13x rigs.
My Celeron's are on 8x rigs and they cause too much instability. I would not recommend them at all. Invest little bit more in better CPU like i3 (I haven't used Pentium CPU's on mining rigs but I guess those are not much better than Celerons), it will save lots of frustration and downtime and it will pay itself off. A lot of times my Celeron rigs were frozen for 6-8 hours while I was at work -> lost revenue. I don't feel like babysitting them 24/7 and they will be replaced soon
G4560 has 2 cores and 4 threads, much better than other Pentium and celerons.
Jump to: