Author

Topic: [ANN][The Original Multipool - Scrypt/SHA256/Scrypt-N/X11] multipool.us - page 273. (Read 424088 times)

hero member
Activity: 938
Merit: 1000
www.multipool.us
I just made some performance improvements to the frontend, also changed the look a bit.  Let me know what you think.
hero member
Activity: 938
Merit: 1000
www.multipool.us
I increased the # of connections for MySQL, let me know if you keep having this issue.

Hi flound1129,

just tried again and after less than 30 shares had it again:

 [2013-05-08 17:59:27] Accepted 62d1d9fa Diff 2/1 MMQ 1 pool 2
 [2013-05-08 17:59:29] Accepted bb8754c1 Diff 1/1 MMQ 7 pool 2
 [2013-05-08 17:59:34] Accepted e3bd0148 Diff 1/1 MMQ 7 pool 2
 [2013-05-08 17:59:35] Accepted f233a0ac Diff 1/1 MMQ 4 pool 2
 [2013-05-08 17:59:38] Accepted d986231a Diff 1/1 MMQ 6 pool 2
 [2013-05-08 17:59:41] Rejected 1bbd1dcb Diff 9/1 MMQ 1 pool 2 ((2006, 'MySQL se
rver has gon
 [2013-05-08 17:59:41] Accepted a95ad0e4 Diff 1/1 MMQ 1 pool 2
 [2013-05-08 17:59:42] Accepted 09d5e436 Diff 26/1 MMQ 7 pool 2
 [2013-05-08 17:59:42] Accepted 4f06449a Diff 3/1 MMQ 4 pool 2
 [2013-05-08 17:59:45] Accepted a98cc02f Diff 1/1 MMQ 3 pool 2
 [2013-05-08 17:59:47] Accepted 6be36af3 Diff 2/1 MMQ 6 pool 2
 [2013-05-08 17:59:52] Accepted 656b2df0 Diff 2/1 MMQ 0 pool 2
 [2013-05-08 17:59:56] Accepted 940bdc41 Diff 1/1 MMQ 2 pool 2

Kind regards
Mike


Which worker is this?
full member
Activity: 158
Merit: 100
I increased the # of connections for MySQL, let me know if you keep having this issue.

Hi flound1129,

just tried again and after less than 30 shares had it again:

 [2013-05-08 17:59:27] Accepted 62d1d9fa Diff 2/1 MMQ 1 pool 2
 [2013-05-08 17:59:29] Accepted bb8754c1 Diff 1/1 MMQ 7 pool 2
 [2013-05-08 17:59:34] Accepted e3bd0148 Diff 1/1 MMQ 7 pool 2
 [2013-05-08 17:59:35] Accepted f233a0ac Diff 1/1 MMQ 4 pool 2
 [2013-05-08 17:59:38] Accepted d986231a Diff 1/1 MMQ 6 pool 2
 [2013-05-08 17:59:41] Rejected 1bbd1dcb Diff 9/1 MMQ 1 pool 2 ((2006, 'MySQL se
rver has gon
 [2013-05-08 17:59:41] Accepted a95ad0e4 Diff 1/1 MMQ 1 pool 2
 [2013-05-08 17:59:42] Accepted 09d5e436 Diff 26/1 MMQ 7 pool 2
 [2013-05-08 17:59:42] Accepted 4f06449a Diff 3/1 MMQ 4 pool 2
 [2013-05-08 17:59:45] Accepted a98cc02f Diff 1/1 MMQ 3 pool 2
 [2013-05-08 17:59:47] Accepted 6be36af3 Diff 2/1 MMQ 6 pool 2
 [2013-05-08 17:59:52] Accepted 656b2df0 Diff 2/1 MMQ 0 pool 2
 [2013-05-08 17:59:56] Accepted 940bdc41 Diff 1/1 MMQ 2 pool 2

Kind regards
Mike
hero member
Activity: 938
Merit: 1000
www.multipool.us
hero member
Activity: 938
Merit: 1000
www.multipool.us
Hm, am I blind? Cannot find the port for Freicoin anywhere.
For that matter, cannot find any ports to use on multicoin.in itself... Might be helpful posting that data on the site... :-)

Edit: Ok, found it... in plain view in the stats but still invisible to me as I was not looking for stats :-)


Added to first post.
hero member
Activity: 938
Merit: 1000
www.multipool.us
The idea would be that when scrypt was active, the sha256 miner would go idle and vice versa.
Hi flound1129,
don't think that would work since you'd normally use a setup with high memspeed/low gpuspeed for scrypt and high gpuspeed/low memspeed for sha-256 mining.
But in your setup both miners would already be running so it would be hard to apply the appropriate settings.
And then, there are FPGA/ASIC miners that wouldn't be happy about getting scrypt either :-)
I think one for sha-256 and one for scrypt would be better.
Or if you insist: One for sha-256, one for scrypt, one for sha-256/scrypt :-)

Kind regards
Mike


Hmm, I didn't think about mem/clock speed settings.  I guess people would have to at least decide whether to mine scrypt or sha256, they couldn't leave both miners on at the same time without getting suboptimal results on one.
hero member
Activity: 938
Merit: 1000
www.multipool.us
Hm, am I blind? Cannot find the port for Freicoin anywhere.
For that matter, cannot find any ports to use on multicoin.in itself... Might be helpful posting that data on the site... :-)

Edit: Ok, found it... in plain view in the stats but still invisible to me as I was not looking for stats :-)

Edit 2: Keep getting 5-10% rejects with dubious message:
 [2013-05-08 06:01:01] Rejected 00f83197 Diff 264/25 MMQ 15 pool 2 ((2006, 'MySQ
L server has gon
 [2013-05-08 06:01:12] Accepted 0fdd4802 Diff 16/15 MMQ 0 pool 2
 [2013-05-08 06:01:30] MMQ23: Set clock speed up to 214
 [2013-05-08 06:01:37] MMQ18: Set clock speed up to 214
 [2013-05-08 06:01:43] Accepted 04c19c45 Diff 53/15 MMQ 22 pool 2
 [2013-05-08 06:01:53] Accepted 080c781a Diff 31/15 MMQ 10 pool 2
 [2013-05-08 06:01:54] Accepted 0aa442cf Diff 24/15 MMQ 0 pool 2
 [2013-05-08 06:02:37] Accepted 0526a8d4 Diff 49/15 MMQ 7 pool 2
 [2013-05-08 06:02:42] Rejected 0a4b909d Diff 24/15 MMQ 18 pool 2 ((2006, 'MySQL
 server has gon
 [2013-05-08 06:02:47] Accepted 05308676 Diff 49/15 MMQ 7 pool 2


I increased the # of connections for MySQL, let me know if you keep having this issue.
full member
Activity: 158
Merit: 100
Hm, am I blind? Cannot find the port for Freicoin anywhere.
For that matter, cannot find any ports to use on multicoin.in itself... Might be helpful posting that data on the site... :-)

Edit: Ok, found it... in plain view in the stats but still invisible to me as I was not looking for stats :-)

Edit 2: Keep getting 5-10% rejects with dubious message:
 [2013-05-08 06:01:01] Rejected 00f83197 Diff 264/25 MMQ 15 pool 2 ((2006, 'MySQ
L server has gon
 [2013-05-08 06:01:12] Accepted 0fdd4802 Diff 16/15 MMQ 0 pool 2
 [2013-05-08 06:01:30] MMQ23: Set clock speed up to 214
 [2013-05-08 06:01:37] MMQ18: Set clock speed up to 214
 [2013-05-08 06:01:43] Accepted 04c19c45 Diff 53/15 MMQ 22 pool 2
 [2013-05-08 06:01:53] Accepted 080c781a Diff 31/15 MMQ 10 pool 2
 [2013-05-08 06:01:54] Accepted 0aa442cf Diff 24/15 MMQ 0 pool 2
 [2013-05-08 06:02:37] Accepted 0526a8d4 Diff 49/15 MMQ 7 pool 2
 [2013-05-08 06:02:42] Rejected 0a4b909d Diff 24/15 MMQ 18 pool 2 ((2006, 'MySQL
 server has gon
 [2013-05-08 06:02:47] Accepted 05308676 Diff 49/15 MMQ 7 pool 2
full member
Activity: 158
Merit: 100
The idea would be that when scrypt was active, the sha256 miner would go idle and vice versa.
Hi flound1129,
don't think that would work since you'd normally use a setup with high memspeed/low gpuspeed for scrypt and high gpuspeed/low memspeed for sha-256 mining.
But in your setup both miners would already be running so it would be hard to apply the appropriate settings.
And then, there are FPGA/ASIC miners that wouldn't be happy about getting scrypt either :-)
I think one for sha-256 and one for scrypt would be better.
Or if you insist: One for sha-256, one for scrypt, one for sha-256/scrypt :-)

Kind regards
Mike
hero member
Activity: 938
Merit: 1000
www.multipool.us
member
Activity: 114
Merit: 10
I am planning on buying a 7950, but I'm underemployed and hope to find a better job first.
hero member
Activity: 938
Merit: 1000
www.multipool.us
I have the same problem. Mining with a Radeon 6570, I get 86M on sha256, but only  about 20k on scrypt. Sad Have tried several different configurations alright, and can't seem to get my rate up. Mighty disappointing, too, since the scrypt coins are where the excess profits are right now.

Buy a 7950 or 7970 and it'll pay for itself in a few weeks Smiley  I can help you guys get your hashrates up, but it definitely takes some time to tweak.

member
Activity: 114
Merit: 10
I have the same problem. Mining with a Radeon 6570, I get 86M on sha256, but only  about 20k on scrypt. Sad Have tried several different configurations alright, and can't seem to get my rate up. Mighty disappointing, too, since the scrypt coins are where the excess profits are right now.
member
Activity: 108
Merit: 10
Are you talking about TRC or FRC?


TRC. It seems to be okay now, it wasn't doing anything for an hour yesterday.

We need more miners on LTC so we can find our first block!  You should switch over, profitability is double TRC right now Smiley

My miner's scrypt hashrate is waaaay lower than if it were running SHA-256. Still needs a lot of configuration.
hero member
Activity: 938
Merit: 1000
www.multipool.us
Are you talking about TRC or FRC?


TRC. It seems to be okay now, it wasn't doing anything for an hour yesterday.

We need more miners on LTC so we can find our first block!  You should switch over, profitability is double TRC right now Smiley
member
Activity: 108
Merit: 10
Are you talking about TRC or FRC?


TRC. It seems to be okay now, it wasn't doing anything for an hour yesterday.
hero member
Activity: 938
Merit: 1000
www.multipool.us

1) There would either need to be two separate ports, one for SHA256 and one for scrypt, or people would need to keep two miners pointing at the same port (one would continually fail whenever the other was active, not sure yet what the implications of this are)

That's pretty bad for people who only have one miner. Still a waste of power on the user's side, having one miner do nothing. If it would be implemented, it should have the option to distinguish between the two algorithms. Personally, for me it's a bother to change my miner to a different algo.

The idea would be that when scrypt was active, the sha256 miner would go idle and vice versa.


2) I'd like to have us mine BTC when all of the other SHA256-based currencies are not >1 profitability.  The only problem is, we don't have anywhere near the hashrate to even hope to find a BTC block, barring some miracle.  So what was thinking was, when BTC is the most profitable coin, until we build up enough hashing power, we throw all our hashrate to a secondary pool (I'd contact the pool owner first to make sure this was OK with them).  It probably wouldn't be btcguild, but another prominent BTC pool (maybe even a PPS pool) where people would be sure to get paid for their shares.  Of course this presents a logistical issue because people would have to make sure to have the same worker id/password created on the secondary pool as well.


That sounds like way too much work. So far I haven't seen all coins go below 1 at the same time. TRC often dips right down but LTC and FRC haven't been so low. Yet.
People who mine TRC should be well aware that the difficulty has wild swings and is therefore at times very profitable but on occasions is more of a waste of electricity. I do like the idea of switching, if all the settings can be manually set. For instance if TRC goes below a certain profitability it would change to FRC and switch back once TRC is over a set profitability value.


Also, the "unconfirmed" in the table of "Your Stats" seems broken. After checking it for at least 2 blocks it still shows 0.0000. Confirmed stays the same too, but Estimate is fine.

Are you talking about TRC or FRC?
member
Activity: 108
Merit: 10

1) There would either need to be two separate ports, one for SHA256 and one for scrypt, or people would need to keep two miners pointing at the same port (one would continually fail whenever the other was active, not sure yet what the implications of this are)

That's pretty bad for people who only have one miner. Still a waste of power on the user's side, having one miner do nothing. If it would be implemented, it should have the option to distinguish between the two algorithms. Personally, for me it's a bother to change my miner to a different algo.


2) I'd like to have us mine BTC when all of the other SHA256-based currencies are not >1 profitability.  The only problem is, we don't have anywhere near the hashrate to even hope to find a BTC block, barring some miracle.  So what was thinking was, when BTC is the most profitable coin, until we build up enough hashing power, we throw all our hashrate to a secondary pool (I'd contact the pool owner first to make sure this was OK with them).  It probably wouldn't be btcguild, but another prominent BTC pool (maybe even a PPS pool) where people would be sure to get paid for their shares.  Of course this presents a logistical issue because people would have to make sure to have the same worker id/password created on the secondary pool as well.

That sounds like way too much work. So far I haven't seen all coins go below 1 at the same time. TRC often dips right down but LTC and FRC haven't been so low. Yet.

People who mine TRC should be well aware that the difficulty has wild swings and is therefore at times very profitable but on occasions is more of a waste of electricity. I do like the idea of switching, if all the settings can be manually set. For instance if TRC goes below a certain profitability it would change to FRC and switch back once TRC is over a set profitability value.


Also, the "unconfirmed" in the table of "Your Stats" seems broken. After checking it for at least 2 blocks it still shows 0.0000. Confirmed stays the same too, but Estimate is fine.

Hope we get a FRC block soon, I'm sitting on several k shares that are losing more value every day. Not really gonna mine FRC until a block is found or the stats show. TRC is fine~
hero member
Activity: 938
Merit: 1000
www.multipool.us
I have jumped in on TRC with about 1850 MHash.

TRC's killing it today, wish I had pointed my miners there this morning before I left the house..

So this brings me to my vision for the pool.  I mentioned this in the first post and I think we're down far enough that only interested parties will be reading.

What I intend to do is implement a 'multi-port'.

The port will auto-switch between available currencies based on which currently has the highest profitability.

There are a few issues I need to work through first, namely:

1) There would either need to be two separate ports, one for SHA256 and one for scrypt, or people would need to keep two miners pointing at the same port (one would continually fail whenever the other was active, not sure yet what the implications of this are)

2) I'd like to have us mine BTC when all of the other SHA256-based currencies are not >1 profitability.  The only problem is, we don't have anywhere near the hashrate to even hope to find a BTC block, barring some miracle.  So what was thinking was, when BTC is the most profitable coin, until we build up enough hashing power, we throw all our hashrate to a secondary pool (I'd contact the pool owner first to make sure this was OK with them).  It probably wouldn't be btcguild, but another prominent BTC pool (maybe even a PPS pool) where people would be sure to get paid for their shares.  Of course this presents a logistical issue because people would have to make sure to have the same worker id/password created on the secondary pool as well.

Let me know what you guys think.

Jump to: