▂▃▅▆▇⫷[🆉🅿🅾🅾🅻.🅲🅰]⫸⫷[!Paying 10 FLUX PA's!]⫸⫷[ the miners multipool ]⫸▇▆▅▃▂

[djmuk2]

Crackfoo

TBH I would suggest dropping LTC in any case because of the long block times - it would seem to make sense not to mine any coin where you won't get a block reasonably often (say 1 in 10 or 1 in 20 blocks?)

I am pretty sure the returns had an uptick while you had LTC disabled but now most of the hashpower is back on LTC again...

It occurred to me - could you 'piggy back' the LTC mining onto another (bigger) pool - or is that not possible or ethical?

You're probaly right on LTC dragging down the profitability. It's doubled in diff since BCC went POS and now needs another 1Th pool speed to make it consistent.

I'll drop it for a few days and see how it does.

So that is the explanation why even mining the most profitable algos with MultiPoolMiner I get half or 1/3 the expected income over 24 hours?

I'm no expert but wouldn't make sense to adjust profitability by taking into account the time needed to find a block or simply multiply the profitability with poolhash/networkhash ratio?

I discovered several rejected LTC blocks, so we should have had better profitability. Unsure why they were rejected but I've updated LTC to the latest code and I'm going to try it for today. If I see another reject I'll have to take it off and dig further.

[Buek]

Hi guys. do we all observe strangeness in the hashray and the work of the miners on the neoscript? In the last five hours.

what can be associated with such a drawdown hash?
http://s018.radikal.ru/i520/1712/45/a6f91375747a.png

[JaredKaragen]

What is wrong with this calculation?

zpool payout at 0.0025 ($40)

Average bitcoin transfer cost 0.00125 ($20)  https://bitinfocharts.com/comparison/bitcoin-transactionfees.html#3m


= 50% lost in transfer??

I have never transfered any bitcoin so I realize I must be missing something.

per individual TX... yes... but the pool sends a massive single TX...  plus, that is not subtracted from your earnings, it comes out of the pool's 2%.

[BroddaThep]

Hi guys. do we all observe strangeness in the hashray and the work of the miners on the neoscript? In the last five hours.

what can be associated with such a drawdown hash?
http://s018.radikal.ru/i520/1712/45/a6f91375747a.png

I am seeing the same thing, except with Lyra2RE2.  I have been hashing it for 5 hours and the last two have seen a massive drop off in hash rate.

Edit:  Seems to have just started working again.  Perhaps my miner was stuck in a lower difficulty pool?  It seems to affect the miner that was mining at a difficulty of 256 a lot more than the one mining at a difficulty of 90.

[JaredKaragen]

Hi guys. do we all observe strangeness in the hashray and the work of the miners on the neoscript? In the last five hours.

what can be associated with such a drawdown hash?

I am seeing the same thing, except with Lyra2RE2.  I have been hashing it for 5 hours and the last two have seen a massive drop off in hash rate.

Edit:  Seems to have just started working again.  Perhaps my miner was stuck in a lower difficulty pool?  It seems to affect the miner that was mining at a difficulty of 256 a lot more than the one mining at a difficulty of 90.

Ive noticed on some algos, profitability (luck shares) seems to come in waves... rising up and down in the hashrate displayed.

Im not sure if this is something related to your situation, but I remember seeing it a bit on skien, x11evo and in lyra2 in the past...


seeing the photo;  it looks like you were loosing internet connection or something.....

[djmuk2]

Looks like LTC is working now - good jumps in unpaid when we find an LTC block!

Crackfoo

TBH I would suggest dropping LTC in any case because of the long block times - it would seem to make sense not to mine any coin where you won't get a block reasonably often (say 1 in 10 or 1 in 20 blocks?)

I am pretty sure the returns had an uptick while you had LTC disabled but now most of the hashpower is back on LTC again...

It occurred to me - could you 'piggy back' the LTC mining onto another (bigger) pool - or is that not possible or ethical?

You're probaly right on LTC dragging down the profitability. It's doubled in diff since BCC went POS and now needs another 1Th pool speed to make it consistent.

I'll drop it for a few days and see how it does.

So that is the explanation why even mining the most profitable algos with MultiPoolMiner I get half or 1/3 the expected income over 24 hours?

I'm no expert but wouldn't make sense to adjust profitability by taking into account the time needed to find a block or simply multiply the profitability with poolhash/networkhash ratio?

I discovered several rejected LTC blocks, so we should have had better profitability. Unsure why they were rejected but I've updated LTC to the latest code and I'm going to try it for today. If I see another reject I'll have to take it off and dig further.

[Buek]

Hi guys. do we all observe strangeness in the hashray and the work of the miners on the neoscript? In the last five hours.

what can be associated with such a drawdown hash?
http://s018.radikal.ru/i520/1712/45/a6f91375747a.png

I am seeing the same thing, except with Lyra2RE2.  I have been hashing it for 5 hours and the last two have seen a massive drop off in hash rate.

Edit:  Seems to have just started working again.  Perhaps my miner was stuck in a lower difficulty pool?  It seems to affect the miner that was mining at a difficulty of 256 a lot more than the one mining at a difficulty of 90.

Ive noticed on some algos, profitability (luck shares) seems to come in waves... rising up and down in the hashrate displayed.

Im not sure if this is something related to your situation, but I remember seeing it a bit on skien, x11evo and in lyra2 in the past...


seeing the photo;  it looks like you were loosing internet connection or something.....

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?

[JaredKaragen]

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?

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

[Buek]

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?

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

[crackfoo]

m7m MAGi taken offline as it looks like they have some chain issues now.

[JaredKaragen]

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?

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....

[Buek]

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?

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

[JaredKaragen]

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

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?

[Buek]

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

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

[djmuk2]

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...)

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

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

[drazziweht]

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

[JaredKaragen]

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

[neosante]

ı 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.

[guytechie]

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'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.

[CryptoGir]

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.