What's wrong with "keccak"? Miner tel that hash 700mh, site = 40Mh.
Same. Miner hashing at 3.8 GH, but site says 9.2 MH.
Topic: ▂▃▅▆▇⫷[ 🆉🅿🅾🅾🅻.🅲🅰 ]⫸⫷[!KAWPOW!]⫸⫷[ the miners multipool ]⫸ ▇▆▅▃▂ - page 103. (Read 279744 times)
December 17, 2017, 10:38:07 AM
Same. Miner hashing at 3.8 GH, but site says 9.2 MH.
December 17, 2017, 10:37:28 AM
Hi guys,
anyone can help with setting Antminer D3 with multipool?
Thanks in advance!
anyone can help with setting Antminer D3 with multipool?
Thanks in advance!
settings on main page, what more do you need?
December 17, 2017, 10:22:51 AM
Hi guys,
anyone can help with setting Antminer D3 with multipool?
Thanks in advance!
anyone can help with setting Antminer D3 with multipool?
Thanks in advance!
December 17, 2017, 10:17:55 AM
What's wrong with "keccak"? Miner tel that hash 700mh, site = 40Mh.
I just changed it to match the other blake/sha algos with BTC per GH instead of MH.
https://github.com/tpruvot/yiimp/commit/6b6866048e2e5a1ab0fb373e0c65da296bb0556b
dude i think something wrong with the calculation with SHA3 on awesome miner, 1GHz daily $1,8xx ish... hahaha
Yeah. Im not sure i let it run that way or block SHA3 from the algos list.
December 17, 2017, 10:08:29 AM
What's wrong with "keccak"? Miner tel that hash 700mh, site = 40Mh.
I just changed it to match the other blake/sha algos with BTC per GH instead of MH.
https://github.com/tpruvot/yiimp/commit/6b6866048e2e5a1ab0fb373e0c65da296bb0556b
dude i think something wrong with the calculation with SHA3 on awesome miner, 1GHz daily $1,8xx ish... hahaha
December 17, 2017, 08:19:09 AM
What's wrong with "keccak"? Miner tel that hash 700mh, site = 40Mh.
I just changed it to match the other blake/sha algos with BTC per GH instead of MH.
https://github.com/tpruvot/yiimp/commit/6b6866048e2e5a1ab0fb373e0c65da296bb0556b
December 17, 2017, 08:07:32 AM
What's wrong with "keccak"? Miner tel that hash 700mh, site = 40Mh.
December 17, 2017, 05:26:57 AM
There are enough dedicated LTC pools that I doubt we would get enough Hashrate to make it work.
I think the long block times cause several issues, we either end up with a large number of miners 'stuck' on LTC until we get a block or miners drop in and out and we never get a block, plus it only takes a couple of invalid blocks to drop the returns right off, and (as you say) the pool works on short term profitability which only really works if we get a block in the same sort of timescale as the profitability is worked out over.
the problem is you can't base short term profitability on high diff coins when pool TTF is rather high..... Its a tough decision to make for sure...
Maybe on coins like LTC, add a port specifically for that coin? Might be an interesting idea... but i fear it would not get enough users if configured that way.
I think the long block times cause several issues, we either end up with a large number of miners 'stuck' on LTC until we get a block or miners drop in and out and we never get a block, plus it only takes a couple of invalid blocks to drop the returns right off, and (as you say) the pool works on short term profitability which only really works if we get a block in the same sort of timescale as the profitability is worked out over.
Hi Crackfoo
Can you check LTC again - over 24h since we got a block and it has killed scrypt profitability again! I really think we should drop it from the pool, it does give a nice uptick on returns when we do get a block but they take soooo long...
Thanks
Can you check LTC again - over 24h since we got a block and it has killed scrypt profitability again! I really think we should drop it from the pool, it does give a nice uptick on returns when we do get a block but they take soooo long...
Thanks
the problem is you can't base short term profitability on high diff coins when pool TTF is rather high..... Its a tough decision to make for sure...
Maybe on coins like LTC, add a port specifically for that coin? Might be an interesting idea... but i fear it would not get enough users if configured that way.
legendary
Activity: 1848
Merit: 1166
My AR-15 ID's itself as a toaster. Want breakfast?
December 17, 2017, 05:01:44 AM
Hi Crackfoo
Can you check LTC again - over 24h since we got a block and it has killed scrypt profitability again! I really think we should drop it from the pool, it does give a nice uptick on returns when we do get a block but they take soooo long...
Thanks
Can you check LTC again - over 24h since we got a block and it has killed scrypt profitability again! I really think we should drop it from the pool, it does give a nice uptick on returns when we do get a block but they take soooo long...
Thanks
the problem is you can't base short term profitability on high diff coins when pool TTF is rather high..... Its a tough decision to make for sure...
Maybe on coins like LTC, add a port specifically for that coin? Might be an interesting idea... but i fear it would not get enough users if configured that way.
December 17, 2017, 04:33:28 AM
Hi Crackfoo
Can you check LTC again - over 24h since we got a block and it has killed scrypt profitability again! I really think we should drop it from the pool, it does give a nice uptick on returns when we do get a block but they take soooo long...
Thanks
Can you check LTC again - over 24h since we got a block and it has killed scrypt profitability again! I really think we should drop it from the pool, it does give a nice uptick on returns when we do get a block but they take soooo long...
Thanks
December 17, 2017, 03:15:22 AM
I like ZPool for its anonymity and ease to setup but repeated downtime means a profit lost for me. Still, I don't know if there is a better alternative.
December 17, 2017, 03:12:51 AM
Should the d=xxx set difficulty work for equihash ?
I am using the DTSM zm miner and the server is setting difficulty to 0000ffff0000000000000000 on startup.
This does not change whatever I put in the password field for d= (tried d=10 d=128 and a couple of others.)
not really a big problem but on my gtx1070 with about 450 sols/sec it mens I only submit shares about 1 per 2 minutes
the shares are being accepted fine and the average hashrate shown by zpool is close so just for interest really.
BTW, DTSM is about 10% faster on a gtx 1070 than ccminer even after taking the dev fee into account, so worth using if you are
mining equihash.
Second question :-), How come crypronight is not on the Algo list, its prob the best use of the AMD cards ?
Ta
I am using the DTSM zm miner and the server is setting difficulty to 0000ffff0000000000000000 on startup.
This does not change whatever I put in the password field for d= (tried d=10 d=128 and a couple of others.)
not really a big problem but on my gtx1070 with about 450 sols/sec it mens I only submit shares about 1 per 2 minutes
the shares are being accepted fine and the average hashrate shown by zpool is close so just for interest really.
BTW, DTSM is about 10% faster on a gtx 1070 than ccminer even after taking the dev fee into account, so worth using if you are
mining equihash.
Second question :-), How come crypronight is not on the Algo list, its prob the best use of the AMD cards ?
Ta
I've asked about the equihash difficulty before. I am having the same problem. At 300 sols, I'm only finding shares every 3-8 minutes. Didn't get an answer. Good luck.
December 17, 2017, 01:19:32 AM
ı dont trust zpool. my system shows more 2000mhs but zpool shows only 648mhs. ı change the zpool with another one than ı got more than 2000mhs.
so tried zpool again after couple of hours again but still less than 1000mhs. they never show that what you have. ı dont trust this pool.
so tried zpool again after couple of hours again but still less than 1000mhs. they never show that what you have. ı dont trust this pool.
legendary
Activity: 1848
Merit: 1166
My AR-15 ID's itself as a toaster. Want breakfast?
December 16, 2017, 08:05:03 PM
too much overclock can cause problems; it will calculate a valid share as a bad one sometimes?
luck can still be a huge factor; I have had periods where my hashrate poolside was low, but it happened in long waves, not major spikes.
major spikes are always problems with the miner app resetting, internet connection, or major pool outages..... Check your system logs for app crashes and system reboots....
The amount of shares submitted was either indicative of the miner app resetting, the pc resetting, or something along those lines.... if they are up all the time, this can be a good thing to watch.
Reboot a miner. Check amount of shares at the 24 hour mark. You can then count that amount of shares as an average for 24 hours.... and see how many days your miner stays running concurrently. Even if internet connection is lost, or there are pool reconnects; if the miner app never closes, it will maintain its count on shares.... so its one thing to pay attention to. If you use the -r 0 flag in the launch string; the miner app will reset every time it gets disconnected. keep this in mind as well.
Lastly; on your password, you should put the algo name you are mining....
I.E.
c=BTC,scrypt
luck can still be a huge factor; I have had periods where my hashrate poolside was low, but it happened in long waves, not major spikes.
major spikes are always problems with the miner app resetting, internet connection, or major pool outages..... Check your system logs for app crashes and system reboots....
The amount of shares submitted was either indicative of the miner app resetting, the pc resetting, or something along those lines.... if they are up all the time, this can be a good thing to watch.
Reboot a miner. Check amount of shares at the 24 hour mark. You can then count that amount of shares as an average for 24 hours.... and see how many days your miner stays running concurrently. Even if internet connection is lost, or there are pool reconnects; if the miner app never closes, it will maintain its count on shares.... so its one thing to pay attention to. If you use the -r 0 flag in the launch string; the miner app will reset every time it gets disconnected. keep this in mind as well.
Lastly; on your password, you should put the algo name you are mining....
I.E.
c=BTC,scrypt
December 16, 2017, 07:54:44 PM
Should the d=xxx set difficulty work for equihash ?
I am using the DTSM zm miner and the server is setting difficulty to 0000ffff0000000000000000 on startup.
This does not change whatever I put in the password field for d= (tried d=10 d=128 and a couple of others.)
not really a big problem but on my gtx1070 with about 450 sols/sec it mens I only submit shares about 1 per 2 minutes
the shares are being accepted fine and the average hashrate shown by zpool is close so just for interest really.
BTW, DTSM is about 10% faster on a gtx 1070 than ccminer even after taking the dev fee into account, so worth using if you are
mining equihash.
Second question :-), How come crypronight is not on the Algo list, its prob the best use of the AMD cards ?
Ta
I am using the DTSM zm miner and the server is setting difficulty to 0000ffff0000000000000000 on startup.
This does not change whatever I put in the password field for d= (tried d=10 d=128 and a couple of others.)
not really a big problem but on my gtx1070 with about 450 sols/sec it mens I only submit shares about 1 per 2 minutes
the shares are being accepted fine and the average hashrate shown by zpool is close so just for interest really.
BTW, DTSM is about 10% faster on a gtx 1070 than ccminer even after taking the dev fee into account, so worth using if you are
mining equihash.
Second question :-), How come crypronight is not on the Algo list, its prob the best use of the AMD cards ?
Ta
December 16, 2017, 05:42:37 PM
The POOL 'Guesses' at your hash rate by looking at the rate you submit valid shares. It can't see the hashrate your miner reports from the software.
The rate you submit shares can vary according to your 'luck' in finding them so the hashrate the pool shows will ALWAYS go up and down.
In addition the pool may reject your shares for various reasons, most of which are to do with your miner config (EG overclocking can cause invalid shares) or internet (EG slow internet means that your shares may be stale), intermittent internet means your miner may be finding shares but unable to submit them - somewhere it says that difficulty is varied so you submit 5 - 15 shares / minute so it is quite possible for your miner to getwork but not be able to submit the share a few seconds later.
(EDIT: apologies - misread the post chain and you HAVE shown your share values...)
Those are very short uptimes on all but two, like half a day only..... so it seems the miners have rebooted, or something else going on...
As you can see in my graphs, you can only see the dips of the frontend going offline, or the time I rebooted my miners when I got home from a long trip last night.
There have been pool problems with some coinboxes having corrupted drives as crackfoo has mentioned not long ago.... keep that in mind as well.
Is it still exhibiting this behavior today, or is the graph leveled out looking like my link above?
and what could be the problem? overclocking cards? can it matter in Miner from alexis 1.0? Today's schedule is also not particularly happy, the link is a picture of him.
http://s018.radikal.ru/i516/1712/08/2fd09feb6145.png
The rate you submit shares can vary according to your 'luck' in finding them so the hashrate the pool shows will ALWAYS go up and down.
In addition the pool may reject your shares for various reasons, most of which are to do with your miner config (EG overclocking can cause invalid shares) or internet (EG slow internet means that your shares may be stale), intermittent internet means your miner may be finding shares but unable to submit them - somewhere it says that difficulty is varied so you submit 5 - 15 shares / minute so it is quite possible for your miner to getwork but not be able to submit the share a few seconds later.
(EDIT: apologies - misread the post chain and you HAVE shown your share values...)
S/A/T for all my miners:
Miners 1: 0/1820/1822
Miners 2: 0/14262/14282
Miners 3: 0/15012/15029
Miners 4: 0/2260/2260
Miners 5: 0/2315/2315
Miners 6: 0/1860/1861
Miners 1: 0/1820/1822
Miners 2: 0/14262/14282
Miners 3: 0/15012/15029
Miners 4: 0/2260/2260
Miners 5: 0/2315/2315
Miners 6: 0/1860/1861
Those are very short uptimes on all but two, like half a day only..... so it seems the miners have rebooted, or something else going on...
As you can see in my graphs, you can only see the dips of the frontend going offline, or the time I rebooted my miners when I got home from a long trip last night.
There have been pool problems with some coinboxes having corrupted drives as crackfoo has mentioned not long ago.... keep that in mind as well.
Is it still exhibiting this behavior today, or is the graph leveled out looking like my link above?
and what could be the problem? overclocking cards? can it matter in Miner from alexis 1.0? Today's schedule is also not particularly happy, the link is a picture of him.
http://s018.radikal.ru/i516/1712/08/2fd09feb6145.png
December 16, 2017, 05:08:44 PM
S/A/T for all my miners:
Miners 1: 0/1820/1822
Miners 2: 0/14262/14282
Miners 3: 0/15012/15029
Miners 4: 0/2260/2260
Miners 5: 0/2315/2315
Miners 6: 0/1860/1861
Miners 1: 0/1820/1822
Miners 2: 0/14262/14282
Miners 3: 0/15012/15029
Miners 4: 0/2260/2260
Miners 5: 0/2315/2315
Miners 6: 0/1860/1861
Those are very short uptimes on all but two, like half a day only..... so it seems the miners have rebooted, or something else going on...
As you can see in my graphs, you can only see the dips of the frontend going offline, or the time I rebooted my miners when I got home from a long trip last night.
There have been pool problems with some coinboxes having corrupted drives as crackfoo has mentioned not long ago.... keep that in mind as well.
Is it still exhibiting this behavior today, or is the graph leveled out looking like my link above?
and what could be the problem? overclocking cards? can it matter in Miner from alexis 1.0? Today's schedule is also not particularly happy, the link is a picture of him.
http://s018.radikal.ru/i516/1712/08/2fd09feb6145.png
legendary
Activity: 1848
Merit: 1166
My AR-15 ID's itself as a toaster. Want breakfast?
December 16, 2017, 04:54:03 PM
S/A/T for all my miners:
Miners 1: 0/1820/1822
Miners 2: 0/14262/14282
Miners 3: 0/15012/15029
Miners 4: 0/2260/2260
Miners 5: 0/2315/2315
Miners 6: 0/1860/1861
Miners 1: 0/1820/1822
Miners 2: 0/14262/14282
Miners 3: 0/15012/15029
Miners 4: 0/2260/2260
Miners 5: 0/2315/2315
Miners 6: 0/1860/1861
Those are very short uptimes on all but two, like half a day only..... so it seems the miners have rebooted, or something else going on...
As you can see in my graphs, you can only see the dips of the frontend going offline, or the time I rebooted my miners when I got home from a long trip last night.
There have been pool problems with some coinboxes having corrupted drives as crackfoo has mentioned not long ago.... keep that in mind as well.
Is it still exhibiting this behavior today, or is the graph leveled out looking like my link above?
December 16, 2017, 04:44:17 PM
the Internet did not disappear, the miners worked stably. what can be the reason for such differences?
can this be a pool problem or with my hardware?
can this be a pool problem or with my hardware?
Whats your miner's A/R/S numbers? accepted, rejected, stale
I see solid connection and no problems on my end except for ~4-6 hours ago; but the frontend was offline then... so its understandable in my eyes.... The deltas during these times don't correlate to actual historical deltas cause the frontend can only see stuff when its online.
http://zpool.ca/?address=1PHSDYvVp6HpqtuUPocK41DrdeHbbezaeP
phot screen with statistics from statistics
https://hostingkartinok.com/show-image.php?id=8434b686e21c8bfb14caf344a1cdb44e
sometimes there is a reject in the pool statistics, overclocking or failure of the pool? screenshot on the link
https://hostingkartinok.com/show-image.php?id=02a212e60348c141e5e84879ffe58159
IU was speaking of the S/A/T (Stale/Accepted/Total) reports from the miners themselves; the live readout on the miners should show the numbers when a valid or invalid share is submitted; for instance one of my xevan miners since last nights home equipment reboot shows: 0/1431/1436
Before last night, it showed quite a difference between total and accepted, but I chalk those up to me being away from home for two weeks and living in the rural area with bad internet....
S/A/T for all my miners:
Miners 1: 0/1820/1822
Miners 2: 0/14262/14282
Miners 3: 0/15012/15029
Miners 4: 0/2260/2260
Miners 5: 0/2315/2315
Miners 6: 0/1860/1861
legendary
Activity: 1848
Merit: 1166
My AR-15 ID's itself as a toaster. Want breakfast?
December 16, 2017, 01:39:17 PM
the Internet did not disappear, the miners worked stably. what can be the reason for such differences?
can this be a pool problem or with my hardware?
can this be a pool problem or with my hardware?
Whats your miner's A/R/S numbers? accepted, rejected, stale
I see solid connection and no problems on my end except for ~4-6 hours ago; but the frontend was offline then... so its understandable in my eyes.... The deltas during these times don't correlate to actual historical deltas cause the frontend can only see stuff when its online.
http://zpool.ca/?address=1PHSDYvVp6HpqtuUPocK41DrdeHbbezaeP
phot screen with statistics from statistics
https://hostingkartinok.com/show-image.php?id=8434b686e21c8bfb14caf344a1cdb44e
sometimes there is a reject in the pool statistics, overclocking or failure of the pool? screenshot on the link
https://hostingkartinok.com/show-image.php?id=02a212e60348c141e5e84879ffe58159
IU was speaking of the S/A/T (Stale/Accepted/Total) reports from the miners themselves; the live readout on the miners should show the numbers when a valid or invalid share is submitted; for instance one of my xevan miners since last nights home equipment reboot shows: 0/1431/1436
Before last night, it showed quite a difference between total and accepted, but I chalk those up to me being away from home for two weeks and living in the rural area with bad internet....
Jump to: