Topic: [POOL] GigaRho Profit-Switching Multipool (Scrypt,x11,sha256,neoscrypt,blake2s) - page 7. (Read 2821 times)

Hey, nice pool, I like design and digits

I'm wondering what is the proper setup on the pool for a nicehash worker? I've tried to test with nicehash testing utility the recommended settings for L3+ and it failed...

Would also be interested in what you are seeing on your end. I have left the 4 L3's without a diff setting. Seem to be running fine but your vardiff has them set at 120k and above. Moved the s9/t9s to 20K and seems like it might be a sweeter spot. It's all a math game with WU, etc but if you see anything on your end that would help me optimize I am all ears

If it helps in your planning I will be dropping my SHA down by about 50% in 2 days. Currently I'm about 32% of the pool - will drop it to about 35Thz and plan to keep it there as long as results are good . The Neoscrypt will go away soon (I am all of that pool). Scrypt will stay at 2Ghz and also be steady state. Not healthy to be more than 15% of any pool so will dial it down a bit.

We have already noticed this. Around 30 hours ago we enabled DigiByte (DGB) (was a user requested coin) on sha256 due to an increase in miners/hardware and with the difficulty of finding DGB on the weekend being decent enough for our users. It has since been disabled temporarily (as of noon EST on Feb 11th) as the number of machines and the difficulty don't make the wait in-between finding blocks worthwhile as luck is not enough. That being said the profitability "figures" should definitely normalize once DGB earnings are no longer reflected in the last 24 hr actual calculations (around noon EST on Feb 12). Presently the pool is not trying to find DGB and is earning around what it did before DGB was implemented. We try to adjust to what miners show up in an attempt to keep profitability decent, and when machines actually stay mining for longer periods of time we can make those adjustments knowing what hashrate is expected to be there. The price changes in BTC and sha256 alts also adds a bit to that number difference. We are still looking at quite a list of other coins to add that are going through our review process currently and will be added when ready.

Hello,

After checking that wallet's related balance, it appears that it didn't hit the 0.01 BTC threshold at payout time today. It seems to have only been eligible around an hour ago. We announced on the website earlier that our Sunday minimum threshold was pushed back to Monday, but regardless that balance is now over our normal 0.01 BTC amount and should payout at the next scheduled time.

Profitability of SHA256 has taken a huge hit in the past 24-48 hours ...  might be time to see what's going on there.

Low value coins, fast block times, orphans ... or just plain bad luck?

My wallet 12MNdQsXMPwvxV6emrWZKvKeWP5uyQN7sJ is  stuck. No paiment at payout time?

At the moment we do not support Dash for payouts. We have a list that we want to eventually enable as we expand our infrastructure. Dash is definitely up at the top of the list and we'll have more information as we get closer to that point. Thanks for the input

ok nice

do yo support DASH payment ?

Hello,

After looking at your BTC wallet that you listed, you are currently at 0.00805947 BTC Balance, which is below the payout balance of 0.01, however tomorrow is Sunday and we do our minimum weekly payout threshold of 0.001. The next payout cycle should be when your payment is triggered in the system. We'll monitor tomorrow to ensure it happens as it should.

My wallet 16M2N4TEURyAPDa9jznQwpFPZ34UowPUn6 is  stuck. No paiment at payout time?

Ya - I was surprised also. I did get the pro paid version. I may give it another shot - was getting a little late so just hit reboot for now. It doesn't seem super easy to manage the Antimer's configuration with the app other than switching pools (i.e. changing existing pool parameters). I think I would need to import my pools to Awesome Miner and then tell the Ants to use those. The fact I didn't do that may have been part of the problem. I was also using the native Antminer console while Awesome Miner was running (didn't change anything) so that may have created the problem. If I can indeed really manage them remotely will be nice - I also have a couple of large GPU Eths on the way so using some of the features for those rigs could be very handy. Seems like the product is really centered on GPU, coin and also switching and Antiminer support was sort of bolted on. I will keep you in the loop as things progress. 32K seems like a sweet spot. Lowered the T9 to 16K overnight but it clearly runs better at 32K also.
One thing I have noticed - is that since I used Awesome Miner, then disconnected it, it appears my L3's are running at a way higher diff. My "Found Blocks" has come down an order of magnitude since last night. Everything else seems fine - may be a change on your end but just seems odd. Hoping it didn't' leave any residual effects on the machines. I did a full unplug reboot so think that shuts the Privileged API off, and Awesome Miner isn't running. I was getting 40 - 50 found blocks/day per L3 (no d= setting) previously and since last night I have 11 between the two. Diff is set by you at 199K for both currently - one is overclocked to 550 Mhs and it occasionally jumps up to >200K. Not sure if that's a problem or not. Otherwise things look fine. Around 6K shares accepted across both L3's in 12 hours, but only 18 blocks found. Previously would have been more like 80 in that timeframe.

I'm glad to hear the results have been better, but also a bit surprised to hear that about Awesome miner. It has worked decent for everyone I know who uses it, maybe the paid version is a bit more stable when handling API access? If it does personally give you results like you mentioned, its probably not worth the risk.

On that point, thank you for the feedback on how your machines are reacting to our changes/systems. We'll continue monitoring to ensure the numbers are as decent as they can be and that the people who connect have a smooth experience.

Now that we have a larger number of miners directed at each algo, we are working through a list of other cryptos that can be added to each algo. Over the next few days especially we are performing an upgrade to each option that should help profitability. Hopefully BTC prices and altcoins also stabilize in terms of their values so we have a better outlook going forward.

good to see you are getting similar results. I am getting at least a share every 10 seconds at 32K on S9. Double that on T9 at 13K but that's to be expected and T9 can handle lower diffs given it's higher voltage (and power consumption). Also did some math and seems that returns  are better than straight BTC mining (perhaps quite a bit but will give it a few days), and also better than other Scrypt options for L3's. Not a big fan of being left with a ton of coins I can't use (Mulitpool). A little off topic (more to thread above), but man did Awesome Miner behave anything but awesome. I let it have privileged access to all 6 running rigs and my S9's kept shutting down completely. It also seemed to do weird things to my L3's. I removed everything from AM and shut down my Windows VM, then hard rebooted all rigs. So far so good but that was a bit scary. Don't see much advantage to privilege mode with Antminers anyway - I will stick with jumping into my local running mac and managing the machines that way. I am pretty good at following instructions but that was just weird - haven't ever had a shutdown on the S9's until tonight.

Agreeing with GEBucky here - I've set my S9's to 32k diff for the past day or so. Share rate is 1 every 10 seconds, which seems to be optimal for a lot of coins on the pool.

The coins with faster TTF or block times may not be optimal as I believe those would lead to sub-optimal work restarts; I believe this is accounted for by the pool management software already though.

Throughput is averaging above 13 TH/sec for the 13.5TH S9, so all good there. Last couple of days getting better returns than Slushpool with same number of miners.

S9 at 32K has really lowered HW errors to be almost irrelevant - running nice and cool. - The T9 is an inefficient hi voltage beast that wouldn't go below 80c if you ran it on the North Pole so not too worried about that but need more time to play with it. With vardiff it was rolling over to backup pool a lot and acceptance rate was really low. Haven't had time to play with optimizing my WU or shares/minute on T9 (busy at day job that pays for all this crap). I am just OCD so like the lower HW errors and have WU at 190K on S9 and . Low rejects, good acceptance rate, etc so all around much better. Will play with dropping the T9 down to about 16K tonight. Neither rig really liked 256K - both are new running Nov firmware. Will spin up the other S9's and T9's tomorrow - not sure how much of your pool you want me consuming so I will certainly back off if needed. Currently just over 20pct on pool on SHA (a few MRR on there as tests also), but I would pretty quickly go above 50 if I light everything up.

The L3's run like butter on the pool - way better an any other pool I have had them pointed to (every other multipool out there). So you have nailed it there. Nice job. Have 6 more of those I will spin up soon your way. I am only 2pct of pool with two L3's so you clearly have a lot more Scrypt running than SHA.

I had a typo above - I set my S9 to 13.3K (not 133K). WU up significantly , HW errors down and temps ok so looks like it's a better setting so far.

agree that the 2PACs are of secondary concern - they stop after an hour. Will wait for new low diff port when available. Happy to test it out as not much risk with those . For now will just point them to Mulipool as he has a low diff port.

I'd say that it has to do with change in job size/difficulty that we switched sha256 over to yesterday. In order to be more friendly to the S9s and other machines around that caliber, the job size needs to be bigger so it isn't flooding them as much. Originally we had planned to do two separate ports, one for low-diff machines, one for high-diff. What we will try to do now is tune the value for the live algo after we have enough data from what is currently hashing on the algo and see about adding a lower-difficulty port for machines such as your 2PACs usb that would benefit. Our main concern with that was to ensure it records everything properly, in terms of earnings, before we try to push that live. It is on our list of things to add, hopefully shouldn't be too far out.

Also do you notice a difference in the S9 currently? Temps decent, etc?

I am trying to get my 2PACs USB sticks running on CGMiner. Clearly need to set the diff low - have it at 512 but am getting constant restarts. Hashrate is about 75ghz on one machine and 45 on the other. They run, but get a pool restart at least once a minute. Any ideas?

Thanks

also moved my S9 to d=133K to see if it reduces the errors. Will let you know how that goes. Will add 2 T9's tonight and see how they behave.

Hello,

After looking at the address you provided, it seems that you just restarted mining on that account around 11 hrs ago. Your pending balance is rising, but confirmed balances take around 24hrs to confirm and be eligible for the payout ready balance. The balance should begin confirming around 10am EST tomorrow or about 24 hrs after the time you started mining.