[ANN][The Original Multipool - Scrypt/SHA256/Scrypt-N/X11] multipool.us

[georgem]

And then suddenly everything works again.

Smoooooth.

Our redis server had network issues that took a few hours for the provider to resolve.

East pool was still working OK since it's got a slave redis DB on it.  But West and EU, as well as the website, were down due to the dependency.

I need to work out a method to have our stratum instances failover to a second redis db if the first one isn't working..  But from everything I've read so far, doing this is non-trivial.

Thanks for your good work.
Most problems seem to be trivial and go away after a while.
I am used to look at my stats on an hourly basis, that's why even the slightest disruption is percieved as a catastrophy. 

[allcoinminer]

The Avg. SHA-256 Profitability(BTC/GH/day) in you home page changed dramatically.
Now it shows 0.00012014 for a day 0.00011029 doe 3 days 0.00010128 for 4 days.
What are the actuals? I only getting half of it.

[gurki]

Lots of urls on the frontpage of the website. Which US url should i use with a 1TH SHA-256 miner? Should  I put it on a high difficulty pool, does it matter? Thanks for any help

[flound1129]

The Avg. SHA-256 Profitability(BTC/GH/day) in you home page changed dramatically.
Now it shows 0.00012014 for a day 0.00011029 doe 3 days 0.00010128 for 4 days.
What are the actuals? I only getting half of it.

Whatever's reported in your profit snapshot is vastly more accurate than what's reported on the main page.

We're generally above Bitcoin by about 10-15%.  I'm working on making the main page more accurate but right now due to the way the SHA-256 multiport is architected (it still uses the old, disconnecting switching, due to us using a proxy for BTC), it's difficult to get an accurate profitability number for the switching port.

[flound1129]

Lots of urls on the frontpage of the website. Which US url should i use with a 1TH SHA-256 miner? Should  I put it on a high difficulty pool, does it matter? Thanks for any help

I'd set up whatever pool (east, west) is closest to you (by ping) along with the same region's ddos-protected pool as a backup.

[gurki]

Lots of urls on the frontpage of the website. Which US url should i use with a 1TH SHA-256 miner? Should  I put it on a high difficulty pool, does it matter? Thanks for any help

I'd set up whatever pool (east, west) is closest to you (by ping) along with the same region's ddos-protected pool as a backup.

Ok i'll do that, thanks Flound.

[georgem]

my "per block estimate" hasn't updated for 12 hours now.

I see that I am submitting round shares and they are counting up as always, but the "per block estimate" has been near zero now for many hours (should be 10 times more by now) , will this be updated soon?

Also, in Account --> Active Workers --> 1 Minute it doesn't show any number anymore. 10 Minute does show a number though.

Am I the only one with this problem?

I am not sure if it's a problem with my miners and if I should go to the workshop later and see if there is something wrong with them.

[georgem]

Nope, my miners are running fine, but still no "per block estimate" visible.
Well, let's see tommorow.

EDIT: oh, I see that you posted all relevant informations in the news sections of multipool.us

Jun 10 1:28 AM It should be safe for users on East and West to move back from the low difficulty BTC ports to the high difficulty ports. In fact in some cases you will actually get a lower share difficulty by doing this since about 50TH has moved onto the low diff ports on east. We are still working on EU.

Jun 09 12:21 PM BTC estimates may be wildly inaccurate for a few days until we can get a good idea of what the average payout per block is going to be.

Jun 09 10:57 AM We are taking steps to lower the share difficulty being given out to clients while mining BTC. If your miner is getting too high of a difficulty please switch to the low difficulty ports (9999 for multiport, 9332 for direct mining.) Remember that share difficulty on a slower coin like BTC should not, in theory, affect your earnings. Thanks for your patience while we work out any issues.

[georgem]

I still can't seem to be able to mine BTC with this pool.

Until 2-3 days ago, everything was working fine on the EU high diff server,
now no matter what I do it keeps on mining only like 10% of the amount of BTC I was used to.

At the moment I switched to mining MYRH directly, works ok.

I hope BTC mining will work again soon, I will do a check later this week.

What's with the EU bitcoin direct mining ports anyway?

Is it the summer heat?

[ernie-]

Just curious. What was the problem with the BTC pass though to ghash.io that eventually resulted in the change to bitminter?

[flound1129]

Just curious. What was the problem with the BTC pass though to ghash.io that eventually resulted in the change to bitminter?

There were/are several issues.

- ghash.io has regular outages that result in no shares being submitted.  Also, at other times when they're not having any obvious outages, we would experience periods of low share submission.
- I suspect their 'US pool' is merely a proxy that redirects to the UK pool, which means high latency and higher stales for everyone in the US.  Our stales were over 3% at times.
- There were reported issues getting full credit for some blocks in their support thread which went unanswered.
- For almost two week before the change, our rewards were approximately 25-30% lower than they should have been based on the pool hashrate.  This cannot be explained away statistically as bad luck.
- ghash.io is now a competing service, who has launched a profit-switching scrypt pool.
- ghash is again approaching a worrying amount of total BTC hashrate.
- The few exchanges I had with their support team left me with a negative impression of them.
- I have major overall concerns about the health of the company in the medium to long term.  Their fees on purchased hash are not sustainable and may approach 100% if the BTC difficulty increases another 30-40%.

[flound1129]

I still can't seem to be able to mine BTC with this pool.

Until 2-3 days ago, everything was working fine on the EU high diff server,
now no matter what I do it keeps on mining only like 10% of the amount of BTC I was used to.

At the moment I switched to mining MYRH directly, works ok.

I hope BTC mining will work again soon, I will do a check later this week.

What's with the EU bitcoin direct mining ports anyway?

Is it the summer heat?

We had a couple days of bad profits while we worked our way into Bitminter's 40-hour PPLNS.

That said, today we had stellar BTC profits due to good luck at Bitminter.  We will continue to have slightly higher variance on a daily basis than we did with ghash, but overall profits should be higher and on a 'BTC difficulty period' basis, the variance should be hardly noticeable.

[georgem]

I still can't seem to be able to mine BTC with this pool.

Until 2-3 days ago, everything was working fine on the EU high diff server,
now no matter what I do it keeps on mining only like 10% of the amount of BTC I was used to.

At the moment I switched to mining MYRH directly, works ok.

I hope BTC mining will work again soon, I will do a check later this week.

What's with the EU bitcoin direct mining ports anyway?

Is it the summer heat?

We had a couple days of bad profits while we worked our way into Bitminter's 40-hour PPLNS.

That said, today we had stellar BTC profits due to good luck at Bitminter.  We will continue to have slightly higher variance on a daily basis than we did with ghash, but overall profits should be higher and on a 'BTC difficulty period' basis, the variance should be hardly noticeable.

Since 18 hours ago I started mining with bitminter directly.
It takes a while before I will have 10 shifts and a little "good luck"... I see... so that's the reason why I recieved no profit at all with multipool the last days... ofcourse it takes a while to work your way in. (40 hours ?)

I'll probably return to multipool.us next week if bitminter works fine.
But since multipool mines with bitminter, I might just as well stay at bitminter.

[flound1129]

I still can't seem to be able to mine BTC with this pool.

Until 2-3 days ago, everything was working fine on the EU high diff server,
now no matter what I do it keeps on mining only like 10% of the amount of BTC I was used to.

At the moment I switched to mining MYRH directly, works ok.

I hope BTC mining will work again soon, I will do a check later this week.

What's with the EU bitcoin direct mining ports anyway?

Is it the summer heat?

We had a couple days of bad profits while we worked our way into Bitminter's 40-hour PPLNS.

That said, today we had stellar BTC profits due to good luck at Bitminter.  We will continue to have slightly higher variance on a daily basis than we did with ghash, but overall profits should be higher and on a 'BTC difficulty period' basis, the variance should be hardly noticeable.

Since 18 hours ago I started mining with bitminter directly.
It takes a while before I will have 10 shifts and a little "good luck"... I see... so that's the reason why I recieved no profit at all with multipool the last days... ofcourse it takes a while to work your way in. (40 hours ?)

I'll probably return to multipool.us next week if bitminter works fine.
But since multipool mines with bitminter, I might just as well stay at bitminter.

You can do that, unless you want to mine more profitable coins automatically...

[gnix72]

I can't seem to find the X11/X13 parts of this site.  Is there an X11/X13 port set up yet?

[flound1129]

I can't seem to find the X11/X13 parts of this site.  Is there an X11/X13 port set up yet?

The x11 port is 11111.  There is currently no x13 port.

[georgem]

You can do that, unless you want to mine more profitable coins automatically...

Well that's the thing.... I would rather NOT mine all the "more profitable" coins automatically.

Most of the time I don't agree that they are "more profitable".

For example: Just because coinwarz deems that Mazacoin is more profitable for 5 minutes, I would rather keep on mining BTC.

So as a request, would it be possible in the future to have some coins disabled in my multipool account?

So I can say in the settings: Yes, please mine Zetacoin and Myriad, but all other coins I don't want to participate and would rather continue with my first priority coin.

Or is this already possible, and I just haven't yet found the feature... hm, nope, I don't think so...

[flound1129]

You can do that, unless you want to mine more profitable coins automatically...

Well that's the thing.... I would rather NOT mine all the "more profitable" coins automatically.

Most of the time I don't agree that they are "more profitable".

For example: Just because coinwarz deems that Mazacoin is more profitable for 5 minutes, I would rather keep on mining BTC.

So as a request, would it be possible in the future to have some coins disabled in my multipool account?

So I can say in the settings: Yes, please mine Zetacoin and Myriad, but all other coins I don't want to participate and would rather continue with my first priority coin.

Or is this already possible, and I just haven't yet found the feature... hm, nope, I don't think so...

This is not really possible with the current architecture.  I suggest you auto withdraw and auto-sell the coins you don't want to hold.

[salfter]

I currently have four types of ASICs in my mining rig: Bitfury, BFL, Antminer, and Gridseed.  The Antminers are self-contained, while the others all run off of the Raspberry Pi in the Bitfury rig.

bfgminer seems to work well enough with my Gridseeds for scrypt mining on Multipool, but it seems to have problems on the SHA-256 side when the pool switches coins.  It gets stuck, and never appears to get unstuck.  The Antminers shipped with cgminer, which doesn't appear to have this problem. 

Supposedly cgminer was never going to be updated to work with BitfuryStrikesBack rigs because they were limited to running on the Raspberry Pi, connected through its GPIO port.  At some point, though, support was added for the Bitfury-based hardware from Black Arrow, which is AFAICT functionally identical to BFSB hardware (they both support four groups of hashing boards per RPi, with the chips in each group chained together over SPI).  I built the latest cgminer yesterday, tweaked the config file a little (took stuff out, mostly), and fired it up. It's working much better now with Multipool.  It's been running since sometime yesterday evening, switching between coins (network difficulty keeps switching from ~11 billion for Bitcoin to somewhere in the low hundreds of thousands for the SHA-256 altcoins) without an issue.  As a bonus, it's also tweaking speeds on the Bitfury ASICs to squeeze more speed out of them while keeping errors low.  If a chip got pushed too far with bfgminer, it would start spewing nonstop errors until it was restarted.

With all of that said, is there some reason why the SHA-256 side of Multipool runs better with cgminer than with bfgminer?  Given that the scrypt side of Multipool works fine with bfgminer (good thing it does, as you can't mine scrypt at all with recent versions of cgminer), this seems a little odd.

[flound1129]

I currently have four types of ASICs in my mining rig: Bitfury, BFL, Antminer, and Gridseed.  The Antminers are self-contained, while the others all run off of the Raspberry Pi in the Bitfury rig.

bfgminer seems to work well enough with my Gridseeds for scrypt mining on Multipool, but it seems to have problems on the SHA-256 side when the pool switches coins.  It gets stuck, and never appears to get unstuck.  The Antminers shipped with cgminer, which doesn't appear to have this problem. 

Supposedly cgminer was never going to be updated to work with BitfuryStrikesBack rigs because they were limited to running on the Raspberry Pi, connected through its GPIO port.  At some point, though, support was added for the Bitfury-based hardware from Black Arrow, which is AFAICT functionally identical to BFSB hardware (they both support four groups of hashing boards per RPi, with the chips in each group chained together over SPI).  I built the latest cgminer yesterday, tweaked the config file a little (took stuff out, mostly), and fired it up. It's working much better now with Multipool.  It's been running since sometime yesterday evening, switching between coins (network difficulty keeps switching from ~11 billion for Bitcoin to somewhere in the low hundreds of thousands for the SHA-256 altcoins) without an issue.  As a bonus, it's also tweaking speeds on the Bitfury ASICs to squeeze more speed out of them while keeping errors low.  If a chip got pushed too far with bfgminer, it would start spewing nonstop errors until it was restarted.

With all of that said, is there some reason why the SHA-256 side of Multipool runs better with cgminer than with bfgminer?  Given that the scrypt side of Multipool works fine with bfgminer (good thing it does, as you can't mine scrypt at all with recent versions of cgminer), this seems a little odd.

The SHA-256 pool is  the only pool that still disconnects when switching coins, this is necessary due to the BTC hash being proxied to another pool.  That is likely the source of your issues.  That said I also run bfgminer with my SHA gear and I've never had any major issues with it.