Search content
Sort by
Showing 13 of 13 results by miner14
https://www.amazon.co.uk/gp/product/B06XXMRZ2B
Something cheap like that works fine - just a paperclip with a switch basically.
As for turning it on, as long as you turn on the second psu first - then power on the system/sys psu Your fine.
1second - ?? no don't need to worry about length of time between powering things on.
As long as you only have GPU's and their risers powered from the second one.
Something cheap like that works fine - just a paperclip with a switch basically.
As for turning it on, as long as you turn on the second psu first - then power on the system/sys psu Your fine.
1second - ?? no don't need to worry about length of time between powering things on.
As long as you only have GPU's and their risers powered from the second one.
Yah I may not mine with these for three years however I'm not trying to destroy them either.
I understand your point, it has some merit.
Counter to that, I mine to make money not save a circuit board for the grandkids or for the manufacturer to send me a thank you note for taking care of my capacitors.
The unmistakable constant rise in bitcoin over the long term means that anything you make now will be worth much more later.
You may be earning $100 a week, after 3 years you look back and in fact you were earning at "today's" prices $1200 a week.
Keeping fans under x% / low power to "prolong life" is the height of folly as far as I'm concerned.
The more btc you earn now the better, and a small increase in the hash rate will pay you massive dividends later on.
Replacing a fan with a $3ebay one is easy for anyone who mines. Should it die, put the old fan back on and send in for replacement.
If cards die get them cross shipped with replacements, hardly any downtime.
Sell when there is 6months warranty left, (evga's is transferable, making for increased resale value to gamers) and use the funds to buy the latest cards.
These are machines for working not pets that need looking after.
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
I really don't care what it "says" the earnings are. (I go by what btc is actually paid to me, over time, for that metric)
But I do care deeply what it's using to "decide" on the switching algorithm and that I'm on the most profitable one at any given time.
But I do care deeply what it's using to "decide" on the switching algorithm and that I'm on the most profitable one at any given time.
MULTIALGO
Found on many pools,
"roundrobin" a list of algos so you can auto switch to the most profitable on that pool.
I've looked at several and there all the same copypaste stuff, I'm not too sure how it all works.
Same for Zpool
and Ahash
I don't understand how that batch will switch to the "mostprofitable" it seems to just go through them all and back to the start..
So beleive you set a profitability factor "-p x11=5.1,neoscrypt=0.5,lyra2=2"
How do you find your profitability factor of a particular algorithm?
I can find out the hashrate easily enough, but the prof factor? what now?
Hashrefinary uses a factor table
Do they all use one? is it the same one - and how does that help us?
Do we just use the normalize defaults above?
Anyone want to clue me in here. maybe with an example.
Found on many pools,
"roundrobin" a list of algos so you can auto switch to the most profitable on that pool.
I've looked at several and there all the same copypaste stuff, I'm not too sure how it all works.
Code:
:start
ccminer -r 0 -a x11 -o stratum+tcp://mine.hashrefinery.com:3533 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a x13 -o stratum+tcp://mine.hashrefinery.com:3633 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a x15 -o stratum+tcp://mine.hashrefinery.com:3733 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a lyra2 -o stratum+tcp://mine.hashrefinery.com:4433 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a quark -o stratum+tcp://mine.hashrefinery.com:4033 -u joe -p x11,x13,x14,x15,quark,lyra2
sleep 5000
goto start
ccminer -r 0 -a x11 -o stratum+tcp://mine.hashrefinery.com:3533 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a x13 -o stratum+tcp://mine.hashrefinery.com:3633 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a x15 -o stratum+tcp://mine.hashrefinery.com:3733 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a lyra2 -o stratum+tcp://mine.hashrefinery.com:4433 -u joe -p x11,x13,x14,x15,quark,lyra2
ccminer -r 0 -a quark -o stratum+tcp://mine.hashrefinery.com:4033 -u joe -p x11,x13,x14,x15,quark,lyra2
sleep 5000
goto start
Same for Zpool
Code:
ccminer -r 0 -a x11 -o stratum+tcp://x11.mine.zpool.ca:3533 -u joe -p x11,x13,x14,x15,quark,lyra2
and Ahash
Code:
ccminer -r 0 -a x11 -o stratum+tcp://.mine.ahashpool.com:3533 -u joe -p x11,x13,x14,x15,quark,lyra2
I don't understand how that batch will switch to the "mostprofitable" it seems to just go through them all and back to the start..
So beleive you set a profitability factor "-p x11=5.1,neoscrypt=0.5,lyra2=2"
How do you find your profitability factor of a particular algorithm?
I can find out the hashrate easily enough, but the prof factor? what now?
Hashrefinary uses a factor table
Code:
'scrypt' => 1,
'scryptn' => 0.5,
'c11' => 2.0,
'x11' => 5.5,
'x13' => 3.9,
'x14' => 3.7,
'x15' => 3.5,
'nist5' => 6.0,
'zr5' => 10.0,
'drop' => 5.0;
'neoscrypt' => 0.3,
'lyra2' => 1.3,
'quark' => 6,
'scryptn' => 0.5,
'c11' => 2.0,
'x11' => 5.5,
'x13' => 3.9,
'x14' => 3.7,
'x15' => 3.5,
'nist5' => 6.0,
'zr5' => 10.0,
'drop' => 5.0;
'neoscrypt' => 0.3,
'lyra2' => 1.3,
'quark' => 6,
Do they all use one? is it the same one - and how does that help us?
Do we just use the normalize defaults above?
Anyone want to clue me in here. maybe with an example.
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Well, just had another play with this program,
Seems that it just pulls the profit calculations from whattomine and the rates from coinbase.
I didn't know that,
I had assumed that if you were mining on just one pool, it would mine the most profitable coin on that pool.
I'd imagine you would have to have all the pool options selected for the average profitable coin to be in concurrent agreement with whattomine site (and really? why them, it has to be the most inaccurate place to get that info)
Also why coinbase for exchange prices, surly a better average price would be from coinmarketcap, cryptofinance, or even google.
That was probably the reason for identical miners being so different and one steadfastly selecting Lara2 despite me unselecting it in three seperate places in the program.
Anyhoo. after much messing about it seems I can just set up a ManagedMiner and once "makepredefinedpoolsavailubleeverywhere" is selected, can switch to the algo I want dependant on actual profits on the pools I use easily.
It's a shame it's such a winXP program with little thought to modern user interface, and only really understood after many weeks of use, I'm still totally unhappy with how the profit switching is difficult to parse and see what's going on, so I'll just use it for single Algo mining until I have a folder of miners and batch files, which will serve the exact same purpose.
Shame these type of programs can/could be rather useful, but it's grown into such a behemoth full of quirks and settings that only the programmer know how they interact with each other. So many tooltips trying to explain what a setting does - when it should be self evident. So many places for the same things, three different ways to deselect an algorithm in Algos in profit profiles, in managed miners - it's dam near crazy.
If you use this, just make sure you test pools and miners directly occasionally to make sure you are getting the best profit for your hashrates - stay safe out there.
To the programmer/owner, no offence meant, this is just a frustrating program, and I imagine you are insanely busy with helping people, answering the same questions over and over, and trying to track down issues in the code, let alone new feature requests, and certainly have no time for improvements in the UI, all the best, just thought I'd give you an overview of a random persons impression after a month using AM.
Seems that it just pulls the profit calculations from whattomine and the rates from coinbase.
I didn't know that,
I had assumed that if you were mining on just one pool, it would mine the most profitable coin on that pool.
I'd imagine you would have to have all the pool options selected for the average profitable coin to be in concurrent agreement with whattomine site (and really? why them, it has to be the most inaccurate place to get that info)
Also why coinbase for exchange prices, surly a better average price would be from coinmarketcap, cryptofinance, or even google.
That was probably the reason for identical miners being so different and one steadfastly selecting Lara2 despite me unselecting it in three seperate places in the program.
Anyhoo. after much messing about it seems I can just set up a ManagedMiner and once "makepredefinedpoolsavailubleeverywhere" is selected, can switch to the algo I want dependant on actual profits on the pools I use easily.
It's a shame it's such a winXP program with little thought to modern user interface, and only really understood after many weeks of use, I'm still totally unhappy with how the profit switching is difficult to parse and see what's going on, so I'll just use it for single Algo mining until I have a folder of miners and batch files, which will serve the exact same purpose.
Shame these type of programs can/could be rather useful, but it's grown into such a behemoth full of quirks and settings that only the programmer know how they interact with each other. So many tooltips trying to explain what a setting does - when it should be self evident. So many places for the same things, three different ways to deselect an algorithm in Algos in profit profiles, in managed miners - it's dam near crazy.
If you use this, just make sure you test pools and miners directly occasionally to make sure you are getting the best profit for your hashrates - stay safe out there.
To the programmer/owner, no offence meant, this is just a frustrating program, and I imagine you are insanely busy with helping people, answering the same questions over and over, and trying to track down issues in the code, let alone new feature requests, and certainly have no time for improvements in the UI, all the best, just thought I'd give you an overview of a random persons impression after a month using AM.
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Two identical machines
Even hash rates are within a few MH/s
And yet AMiner, decides to put one on Lara2 for days while the other switches to most profitable as intended
https://i.imgur.com/t8gF99T.jpg
The updated online services show lara as most profitable - but how can it be when the identical set up on the right shows it further down.
The whole software is one big mess as far as I can make out.
How can two identical machines, cards, hashrates, miners, pools everything be showing different profits and mining different alogs.
I'd expect some shenanigans but it's more likely to be incompetence.
Not sure if it's even worth my time trouble shooting going on the past 20 pages of this thread.
But I did reinstall latest miner on both - delete and redo the miners. rerun the benchmarks and yet this still occurs.
So just a heads up - you could very likely be chucking money away, unless you have two machines to check what this software is doing.
Later, and mine safley.
Even hash rates are within a few MH/s
And yet AMiner, decides to put one on Lara2 for days while the other switches to most profitable as intended
https://i.imgur.com/t8gF99T.jpg
The updated online services show lara as most profitable - but how can it be when the identical set up on the right shows it further down.
The whole software is one big mess as far as I can make out.
How can two identical machines, cards, hashrates, miners, pools everything be showing different profits and mining different alogs.
I'd expect some shenanigans but it's more likely to be incompetence.
Not sure if it's even worth my time trouble shooting going on the past 20 pages of this thread.
But I did reinstall latest miner on both - delete and redo the miners. rerun the benchmarks and yet this still occurs.
So just a heads up - you could very likely be chucking money away, unless you have two machines to check what this software is doing.
Later, and mine safley.
I have the same problem, with 2 identical machines with identical GPUs and with identical statistics settings (refresh time is 2 minutes and whattomine selected) looks exactly like in your picture, with very big difference from one rig to the other, and the difference is very big, like 50% more for a different pool. It is strange and not logical.
Also everyone must check real hash rate recorded by the pool and also actual payment because it is a very big difference in the amount you are being paid (you get a lot less, and your hash power goes somewhere) compared to what you see in HashRate in AwesomeMiner (not talking about dolars that you can say it depends on exchage rate when converted, I am talkign about constant hasrate that varies less than 1% in 24 hours and you see it going down a lot on pool recordings.
What do you think, patrike about the 2 issues from above ?
Re Patricks post, yes both on the same time rates and when looking at miner details they showed several days of the totally wrong hash rates being pulled from ahashpool, resulting in miner wasting my time on low profit coins.
I just hand no confidence at all in this software switching, I could use it for single coins but I'd rather just use a batch script for that. So instead of labouring the point and trying to find the issue wasting both our time I'll just move on and use something else.
Good luck with it, I'm sure it's ok when it works correctly, but it's just a constant source of frustration for me,
Reminds me of Calibre ebook management, where its all programer, and no thought to user interface or design.
Laters, and enjoy your mining.
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Two identical machines
Even hash rates are within a few MH/s
And yet AMiner, decides to put one on Lara2 for days while the other switches to most profitable as intended
https://i.imgur.com/t8gF99T.jpg
The updated online services show lara as most profitable - but how can it be when the identical set up on the right shows it further down.
The whole software is one big mess as far as I can make out.
How can two identical machines, cards, hashrates, miners, pools everything be showing different profits and mining different alogs.
I'd expect some shenanigans but it's more likely to be incompetence.
Not sure if it's even worth my time trouble shooting going on the past 20 pages of this thread.
But I did reinstall latest miner on both - delete and redo the miners. rerun the benchmarks and yet this still occurs.
So just a heads up - you could very likely be chucking money away, unless you have two machines to check what this software is doing.
Later, and mine safley.
Even hash rates are within a few MH/s
And yet AMiner, decides to put one on Lara2 for days while the other switches to most profitable as intended
https://i.imgur.com/t8gF99T.jpg
The updated online services show lara as most profitable - but how can it be when the identical set up on the right shows it further down.
The whole software is one big mess as far as I can make out.
How can two identical machines, cards, hashrates, miners, pools everything be showing different profits and mining different alogs.
I'd expect some shenanigans but it's more likely to be incompetence.
Not sure if it's even worth my time trouble shooting going on the past 20 pages of this thread.
But I did reinstall latest miner on both - delete and redo the miners. rerun the benchmarks and yet this still occurs.
So just a heads up - you could very likely be chucking money away, unless you have two machines to check what this software is doing.
Later, and mine safley.
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Although 4.3.1 by default sets statistics to use 24hrs, if you are getting more often than not erratic switching between algos and you upgraded from previous versions, perhaps checking if you are using current price or 24 hr average price under
Options -> Coins & Profit -> Statistics
using current price tend to have your miners jump between algos more often than you want to. I have mine set at 10min/5% with 24 hr avg price and they would mine for an hour or 2 on average b4 they switch...much much stable since most pools tend to use pplns and I reckon pool hopping too often with low hashrate amateur gpu rigslike mine would do more harm than good to getting paid in revenue.
Thanks Moppidoo, never even looked there, this software is so "WinXP" half the stuff I don't know if its settings for information/display purpose or if it's actually changing something - anyhoooo yes it's on default.
I'm using a ManagedProfitMiner - but with only one "AhashPool" selected so probably doing it wrong - I'm not totally sure if it's the pool doing the switching, or as AM has that pool integrated if it's doing the switching...
Thanks for the idea, once I have two identical rigs set up I'll try out your suggestion.
(yes was aware of limitations of pplns, hence the trying just one pool for a bit, but thanks for the heads up on that too)
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
So I wake up today, and check my main rig, and it's mining tribus at a really low profit rate £4/day on 4 1080ti rig 
Checking the pool it's near the bottom, with neoscrypt, x17, nist etc all at the top
I have no idea why, tried restarting but it went back to tribus, checked all the algos were selected.
Switching set every 20min at 1% diff.
AM 4.31 using ahashpool.
Benchmarks fine, but redoing them.
Anyone else had issues with AM sticking on one low profit coin for no reason.
Checking the pool it's near the bottom, with neoscrypt, x17, nist etc all at the top
I have no idea why, tried restarting but it went back to tribus, checked all the algos were selected.
Switching set every 20min at 1% diff.
AM 4.31 using ahashpool.
Benchmarks fine, but redoing them.
Anyone else had issues with AM sticking on one low profit coin for no reason.
Re: BYTEBALL: Totally new consensus algorithm + private untraceable payments
https://i.imgur.com/0FpnYAL.jpg
Unconfirmed Parent
Btc never received to 1JKBGwCzWoF53GJ9EUGMeXJLgpyraFK1Et
Not very impressed with "Byte-BTC Exchange" part of this wallet when your Byteballs are taken without payment.
I imagine a low fee was used or the transaction cancelled as Unconfirmed Parent was displayed in my electrum wallet. I tried a "child pays for parent" but that did not hasten the transaction.
Anyone know what went on here and if this is the expected behaviour.
Is there any recourse you can suggest to retrieve my Byteballs or request my BTC?
https://imgur.com/0FpnYAL
Unconfirmed Parent
Btc never received to 1JKBGwCzWoF53GJ9EUGMeXJLgpyraFK1Et
Not very impressed with "Byte-BTC Exchange" part of this wallet when your Byteballs are taken without payment.
I imagine a low fee was used or the transaction cancelled as Unconfirmed Parent was displayed in my electrum wallet. I tried a "child pays for parent" but that did not hasten the transaction.
Anyone know what went on here and if this is the expected behaviour.
Is there any recourse you can suggest to retrieve my Byteballs or request my BTC?
https://imgur.com/0FpnYAL
Re: █▓▒░-< [ZPOOL.CA][FlexFee™][SegWit] The miners multipool >-░▒▓█
No, that isn't what is going on.
I had three rigs trying to mine lyra2v2 100% of the time.
A does 420 MH/s, B does 210 MH/s, C does 60 MH/s.
According to zpool A does 380ish, B does 75 MH/s and C does 40 MH/s.
I have verified that every single rig mines at the expected hash rate for ZEC and Ethereum on Nanopool. I even went out and did a complete rework of my network. There was no difference as far as mining goes, though I went from 70 ms ping to 20 ms ping and 2 Mbits up/down to 100 Mbits up/down.
Must be a problem with ZPool, right? I switched rig B to miningpoolhub and it was not any better. So it doesn't really seem to be a problem with ZPool. Why does A almost work, while B and C are garbage? And this was over a period of two days. I have since moved over to mining ZEC on nanapool and they have been rock solid. I still have rig A on zpool since it was making very good money.
Perhaps something is just odd with lyra2v2? I have been thinking about joining a straight monacoin mining pool to see if there is a difference.
Of course, I haven't been able to connect to zpool lyra2v2 server for over 2 hours now... Now all my 1080Tis are mining ZEC on nanopool. Though I would love to switch them back.
Same here, my rig hashes around 400MH/s with Lara2RE2 and yet zpool after an hour, shows 4.7MH/s.
Don't know why or what the issue is, but it makes me feel very uncomfortable with Zpool Especially when I can switch over and mine mone/vert directly and not have any issues with lara.
Thanks for replys, CJ, Ben and Benny.
I did some testing with average power draw, and average hash rate, over different power targets/OC a while back, using nicehash (so varying payrates)
http://i.imgur.com/SFeuuXO.jpg
It gets complicated rather quickly, but I do see your points
What I'm wondering is where to draw the line, pushing it for example, from 218mBTC to 239mBTC (720sols to 770sols) on one 80ti would actually cost more in electric, but gets more mBTC
Not too concerned about the longevity as 5y warranty, and I only have a few, so return and replace would not cost me anything significant downtime.
UK, so even now in July heat is not an issue. (cry)
More cards on a circuit, smaller psu's and other electrical concerns, yes totally understand that, things are different for us all.
My calculations are probably off, I'll have to try them again, or keep doing them as things change and adjust the power accordingly. There are a lot of variables, I'm kinda trying to reduce the complexity some.
Regards
I did some testing with average power draw, and average hash rate, over different power targets/OC a while back, using nicehash (so varying payrates)
http://i.imgur.com/SFeuuXO.jpg
It gets complicated rather quickly, but I do see your points
What I'm wondering is where to draw the line, pushing it for example, from 218mBTC to 239mBTC (720sols to 770sols) on one 80ti would actually cost more in electric, but gets more mBTC
Not too concerned about the longevity as 5y warranty, and I only have a few, so return and replace would not cost me anything significant downtime.
UK, so even now in July heat is not an issue. (cry)
More cards on a circuit, smaller psu's and other electrical concerns, yes totally understand that, things are different for us all.
My calculations are probably off, I'll have to try them again, or keep doing them as things change and adjust the power accordingly. There are a lot of variables, I'm kinda trying to reduce the complexity some.
Regards
Nice Thread - yes I did just read all from the beginning - so thought I'd register, say hi, and tks.
One thing I was wondering, there are some posts concerned with efficiency (hash per watt),
is this because they are more interested in increasing immediate fiat returns?
For me personally I take the cards as far as possible with an eye on max mBTC return, even at lower "fiat returns"
Reason I do this is increasing BTC holdings is priority for me, Anyone else have thoughts on this?
Regards.
One thing I was wondering, there are some posts concerned with efficiency (hash per watt),
is this because they are more interested in increasing immediate fiat returns?
For me personally I take the cards as far as possible with an eye on max mBTC return, even at lower "fiat returns"
Reason I do this is increasing BTC holdings is priority for me, Anyone else have thoughts on this?
Regards.