Topic: █▓▒░-< [ZPOOL.CA][BTC Multipool] The miners multipool >-░▒▓█ Paid 925+ BTC - page 139. (Read 217687 times)

Ok, now seems stable mining with sgminer5.1.0_optimized (nicehash fork) (6 hours, still running)
sgminer.conf (rig 1)

{
"pools" : [
   {
      "name" : "Z pool BTC X11",
      "url" : "stratum+tcp://mine.zpool.ca:3533",
      ...
   }
]
,
"intensity" : "20,17",
"worksize" : "64,64",
"gpu-threads" : "1,1",
"gpu-fan" : "34,32",
"gpu-powertune" : "15,15",
"kernel" : "x11mod",
"thread-concurrency" : "0,0",
"gpu-powertune" : "20,20",
"temp-target"   : "75,75",
"temp-cutoff"   : "85,85",
"temp-overheat"   : "88,88",
"api-allow": "W:127.0.0.1",
"api-listen": true,
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "1",
"failover-only": true,
"failover-switch-delay" : "300",
"gpu-dyninterval" : "7",
"gpu-platform" : "0",
"hamsi-expand-big": "4",
"log": "5",
"no-pool-disable" : true,
"no-client-reconnect": true,
"queue" : "0",
"scan-time" : "1",
"tcp-keepalive" : "30",
"temp-hysteresis" : "3",
"shares" : "0",
"kernel-path" : "/usr/local/bin"
}

Underclocked cards:
Rig 1:
0 280x 10.4MH
1 7950 7.36MH

Rig 2:
0 7950 7.4MH
1 7970 (master 7990) 9MH
2 7970 (slave 7990) 9MH

Seems better use intensity instead of xIntensity.
Use latest drivers.
Bios mod for underclocking.
Do not mix graphic cards in same pc (2x7790 with 7950 dont work...)

Still some random message
" Waiting for work to be available from pools.
 Work available from pools, resuming."


EDIT
After 9 hours Rig 2 stops without any error / change from I=18 to I=17 at 7950, change fan settings as sugested by jkminkov restart again
Rig 1 10 hours and still up.

EDIT 2
Changed "tcp-keepalive" : "30" to "tcp-keepalive" : "60" and restarted both rigs.

what types are those cards, it seems they throttle, set temp target to 75C and see how it goes.

Yeah, hashpower has been spotty when it comes to pool management, but most of the time (aside from when stuff breaks) the returns tend to meet or exceed my conservative estimations, so if there is a problem with their calculations, it's fairly negligible. While it was alive, ffpool seemed fine in this respect as well. zpool on the other hand seems to miss its targets even after a significant reduction in my estimates on its returns, probably mostly due to the bug with shares.

I use sgminer 5.2.1 and rarely experience issues on the multi algo ports. Only sha256 port is giving periodic drop outs and share resets for me. Which version of sgminer are you using?

EDIT: I assume you are using 5.1.0-optimised. I went from 5.1.1 to 5.2.1 and got a considerable X11 performance boost, so I would try that. It's a NiceHash fork of sgminer.

No, I have to setting my own diff?
I have also the problem mentioned by tolazy user https://bitcointalksearch.org/topic/m.13862922
random stops with no error.

Now my temps are low, set lower voltage and engine frequency. Still same results, message "waiting for work..." and random stops with no error.

Meanwhile, over on hashpower.co, we don't seem to have this 80% share limit problem. I can't say conclusively for sure as there is no algo to solo mine, and even if it had I would need luck to push through blocks solo. Unfortunately it seems to be a pool in decline, with problems removed rather than resolved and an admin who no longer seems to provide support. But, considering a bit of luck variance, the percent share figures seem to be correct. I might be on a bit of a lucky run, but even with the additional 2% BTC fee, profitability appears to be outstripping zpool by quite a margin. At least on this flavour of yaamp, the percent share calculations look more reasonable.

It looks like tpruvots reference yaamp pool is here:
http://yiimp.ccminer.org/
BTC payment exchange is disabled on this pool, and it looks more like a test pool than a production pool. Plenty of opportunity for someone to solo mine an algo if they have the hash power to push blocks through. Then we can determine if the 80% cap issue is present in the reference version.

If not then there is a problem in zpools customisation of the pool. Perhaps a trigger on the share table not behaving as it should. It does look like it may be effecting out profitability though. I would like to see this issue resolved as the active development and support of this pool should make it one of the best pools to use.

That's a reasonable payout threshold.

But more important:
You should make sure that the sunday payout of amounts below that threshold are only paid once on sunday.
In the past there were 3 or even 4 payouts of small amounts on sundays.

Regards, djoser.

Thanks, that's understandable. I will be keeping and eye on it and hope it all works out well. Im user " 1rkBkzmKfZ11wUBH3L2JGv1rRVPL6gPtD "

We're still looking into an issue where sometimes the stratum server will reset if there was not a timely response from a wallet.

Tried usuing this pool today for the first time and I run my machines through MRR, but I kept losing workers and hashrate. Is that normal? Was today a bad day for the pool? I had about 30TH put on it

It's about balancing the requirements of the higher hash rate miners with that of the lower hash rate miners, whilst also taking into consideration those who also periodically mine alt coins. I'll leave it to others to suggest what they think is best for them.

EDIT: but at least 6 2mBTC/2.5mBTC lumps can be combined using coin control into a free transaction to oneself, where 1 mBTC chunks can't without having a bigger lump to start with.

How about 0.0025 every 3 hours.

The system is now 6.5 short on dash, and ttf is currently 10 hours.

When I mine alt coins (either for exchange or not), it takes a few hours before the coin maturity kicks in. I then get a dribble of longer maturity coins coming in. The payout period could probably be increased to 6 hours.
5mBTC is a bit steep of a minimum payout for some, and is the kind of value which makes me look for pools which don't want to keep my coins. Glad to see the 100 uBTC Sunday payout remains.
Perhaps 2mBTC/6 hours would be a better compromise for all?

Earnings results seem to happen here:

https://github.com/tpruvot/yiimp/blob/yiimp/web/yaamp/modules/site/results/user_earning_results.php

";
echo "";
}
$algo = user()->getState('yaamp-algo');
$user = getuserparam(getparam('address'));
if(!$user || $user->is_locked) return;
$count = getparam('count');
$count = $count? $count: 50;
WriteBoxHeader("Last $count Earnings: $user->username");
$earnings = getdbolist('db_earnings', "userid=$user->id order by create_time desc limit :count", array(':count'=>$count));
echo "";
echo "";
echo "";
echo "";
echo "Name";
echo "Amount";
echo "Percent";
echo "mBTC";
echo "Time";
echo "Status";
echo "";
echo "";
$showrental = (bool) YAAMP_RENTAL;
foreach($earnings as $earning)
{
$coin = getdbo('db_coins', $earning->coinid);
$block = getdbo('db_blocks', $earning->blockid);
if (!$block) {
debuglog("missing block id {$earning->blockid}!");
continue;
}
$d = datetoa2($earning->create_time);
if(!$coin)
{
if (!$showrental)
continue;
$reward = bitcoinvaluetoa($earning->amount);
$value = altcoinvaluetoa($earning->amount*1000);
$percent = $block? mbitcoinvaluetoa($earning->amount*100/$block->amount): '';
$algo = $block? $block->algo: '';
echo "";
echo "";
echo "Rental ($algo)";
echo "$reward BTC";
echo "{$percent}%";
echo "$value";
echo "$d ago";
echo "Cleared";
echo "";
continue;
}
$reward = altcoinvaluetoa($earning->amount);
$percent = mbitcoinvaluetoa($earning->amount*100/$block->amount);
$value = altcoinvaluetoa($earning->amount*$earning->price*1000);
echo "";
echo "$coin->image'>";
echo "$coin->name ($coin->algo)";
echo "$reward $coin->symbol_show";
echo "{$percent}%";
echo "$value";
echo "$d ago";
echo "";
if($earning->status == 0)
echo "Immature ($block->confirmations)";
else if($earning->status == 1)
echo 'Exchange';
else if($earning->status == 2)
echo 'Cleared';
echo "";
echo "";
}
echo "";
echo "