[1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff] - page 265.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: DrHaribo on November 29, 2012, 10:21:32 AM

...

Quote from: Luke-Jr on November 29, 2012, 09:12:47 AM

BFGMiner interprets the Stratum header as "prefer Stratum over the current protocol", so IMO it would be better if it were only offered to getwork requests.

Good to know, I'll just add the header on getwork responses then.

Um - that doesn't make much sense?

From a pool and miner point of view, there is no gain in using GBT when Stratum is available.
No miner implements transaction choice - does your pool even allow it?

So until there even exists a transaction choice somewhere (anywhere!), it would make sense to request the miner to use Stratum and thus GREATLY reduce the data transferred.

If the miner wants the MASSIVE amounts of extra data with GBT they can force GBT selection from the miner easily enough.

MinorMiner

member

Activity: 73

Merit: 10

Don't you just 'love' how our luck got better AFTER the block reward drop ... bah

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: DrHaribo on November 29, 2012, 10:21:32 AM

Quote from: mdude77 on November 29, 2012, 06:12:43 AM

Now that I know GBT is on 9000, I'll point my miners there. I don't recall seeing that on the website, and I certainly didn't wade through the 100 pages of data here.

EDIT: it seems stats don't report work if you use the GBT port. Sad

Yeah, it's only for testing. GBT will soon be on the regular port. Port 9000 may be unstable, and hashrate on that port won't show on the website. But you do get paid, and the hashrate will show in shifts, it just won't show as current hashrate.

It's a bit of a hack. In the future I will add proper support for multiple servers and they will show properly in the stats.

I'm having sporadic conn problems here (ISP issue), so it's important that stats work for me. That rules GBT out for the time being. Sad

M

hahahafr

hero member

Activity: 938

Merit: 501

Don't forget Doc https://bitcointalk.org/index.php?topic=27062.msg1218046;topicseen#msg1218046

The 5050 is fine Wink

DrHaribo

legendary

Activity: 2730

Merit: 1034

Needs more jiggawatts

Quote from: mdude77 on November 29, 2012, 06:12:43 AM

Now that I know GBT is on 9000, I'll point my miners there. I don't recall seeing that on the website, and I certainly didn't wade through the 100 pages of data here.

EDIT: it seems stats don't report work if you use the GBT port. Sad

Yeah, it's only for testing. GBT will soon be on the regular port. Port 9000 may be unstable, and hashrate on that port won't show on the website. But you do get paid, and the hashrate will show in shifts, it just won't show as current hashrate.

It's a bit of a hack. In the future I will add proper support for multiple servers and they will show properly in the stats.

Quote from: Luke-Jr on November 29, 2012, 09:12:47 AM

BFGMiner interprets the Stratum header as "prefer Stratum over the current protocol", so IMO it would be better if it were only offered to getwork requests.

Good to know, I'll just add the header on getwork responses then.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: DrHaribo on November 29, 2012, 02:19:21 AM

If I put GBT on main port now then users with cgminer with GBT support but earlier version than 2.9.4 will get 100% rejects. I need to add a workaround for this bug before enabling GBT on the main port, otherwise it could be pretty painful for some users.

Ah, that makes sense. The solution I've used in the past with older bugger miner versions is the check the User-Agent. Wink

Quote from: DrHaribo on November 29, 2012, 05:19:52 AM

Quote from: Mobius on November 29, 2012, 03:57:04 AM

Why not keep them on separate ports :3333 for stratum seems to be the default port chosen by pools using it.

Yeah, it will be GBT and getwork on the regular port and Stratum on a different one. But the GBT/getwork responses will have an HTTP header informing the miner where to find the Stratum port.

BFGMiner interprets the Stratum header as "prefer Stratum over the current protocol", so IMO it would be better if it were only offered to getwork requests.

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: DrHaribo on November 29, 2012, 02:19:21 AM

Quote from: mdude77 on November 28, 2012, 09:13:05 PM

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

The "not providing work fast enough" message comes pretty quickly after long poll - may not be a big deal.

Yes, we have GBT testing on port 9000 now and Stratum testing will begin soon.

If I put GBT on main port now then users with cgminer with GBT support but earlier version than 2.9.4 will get 100% rejects. I need to add a workaround for this bug before enabling GBT on the main port, otherwise it could be pretty painful for some users.

I hope to move GBT and Stratum to main port within a week's time, if not before. Maybe before the weekend is over, if testing goes well.

Now that I know GBT is on 9000, I'll point my miners there. I don't recall seeing that on the website, and I certainly didn't wade through the 100 pages of data here.

EDIT: it seems stats don't report work if you use the GBT port. Sad

M

DrHaribo

legendary

Activity: 2730

Merit: 1034

Needs more jiggawatts

Quote from: Mobius on November 29, 2012, 03:57:04 AM

Why not keep them on separate ports :3333 for stratum seems to be the default port chosen by pools using it.

Yeah, it will be GBT and getwork on the regular port and Stratum on a different one. But the GBT/getwork responses will have an HTTP header informing the miner where to find the Stratum port.

Mobius

hero member

Activity: 988

Merit: 1000

Quote from: DrHaribo on November 29, 2012, 02:19:21 AM

Quote from: mdude77 on November 28, 2012, 09:13:05 PM

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

The "not providing work fast enough" message comes pretty quickly after long poll - may not be a big deal.

Yes, we have GBT testing on port 9000 now and Stratum testing will begin soon.

If I put GBT on main port now then users with cgminer with GBT support but earlier version than 2.9.4 will get 100% rejects. I need to add a workaround for this bug before enabling GBT on the main port, otherwise it could be pretty painful for some users.

I hope to move GBT and Stratum to main port within a week's time, if not before. Maybe before the weekend is over, if testing goes well.

Why not keep them on separate ports :3333 for stratum seems to be the default port chosen by pools using it.

DrHaribo

legendary

Activity: 2730

Merit: 1034

Needs more jiggawatts

Quote from: mdude77 on November 28, 2012, 09:13:05 PM

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

The "not providing work fast enough" message comes pretty quickly after long poll - may not be a big deal.

Yes, we have GBT testing on port 9000 now and Stratum testing will begin soon.

If I put GBT on main port now then users with cgminer with GBT support but earlier version than 2.9.4 will get 100% rejects. I need to add a workaround for this bug before enabling GBT on the main port, otherwise it could be pretty painful for some users.

I hope to move GBT and Stratum to main port within a week's time, if not before. Maybe before the weekend is over, if testing goes well.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: mdude77 on November 28, 2012, 09:48:04 PM

Quote from: Luke-Jr on November 28, 2012, 09:46:16 PM

Quote from: mdude77 on November 28, 2012, 09:13:05 PM

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

"Isn't providing work fast enough" (even with BFGMiner) is most likely a problem with your miner, not the protocol. Con intentionally designed GBT support in cgminer to work inefficiently, but as a side-effect of this particular inefficiency, there is no excuse it should ever be starving for more work.

This isn't GBT, this is a LP. And I don't recall seeing the message anywhere else. It is starving and is sending work to backup pools.

Well, why aren't you using GBT? Then you'd definitely have work ready to go as soon as the LP comes in (GBT uses LP too).

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Luke-Jr on November 28, 2012, 09:46:16 PM

Quote from: mdude77 on November 28, 2012, 09:13:05 PM

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

"Isn't providing work fast enough" (even with BFGMiner) is most likely a problem with your miner, not the protocol. Con intentionally designed GBT support in cgminer to work inefficiently, but as a side-effect of this particular inefficiency, there is no excuse it should ever be starving for more work.

As usual - you don't even know what you are talking about.

So ... do we assume you are just stupid enough to make that comment?

... or lying to try and attack cgminer in a way that is completely false?

mdude77

legendary

Activity: 1540

Merit: 1001

Quote from: Luke-Jr on November 28, 2012, 09:46:16 PM

Quote from: mdude77 on November 28, 2012, 09:13:05 PM

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

"Isn't providing work fast enough" (even with BFGMiner) is most likely a problem with your miner, not the protocol. Con intentionally designed GBT support in cgminer to work inefficiently, but as a side-effect of this particular inefficiency, there is no excuse it should ever be starving for more work.

This isn't GBT, this is a LP. And I don't recall seeing the message anywhere else. It is starving and is sending work to backup pools.

M

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: mdude77 on November 28, 2012, 09:13:05 PM

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

"Isn't providing work fast enough" (even with BFGMiner) is most likely a problem with your miner, not the protocol. Con intentionally designed GBT support in cgminer to work inefficiently, but as a side-effect of this particular inefficiency, there is no excuse it should ever be starving for more work.

mdude77

legendary

Activity: 1540

Merit: 1001

All three of my miners on cgminer are complaining that bitminter isn't providing work fast enough. Stratum is coming soon, right?

M

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Luke-Jr on November 28, 2012, 04:57:26 PM

Quote from: jamesg on November 28, 2012, 04:48:35 PM

Quote from: DrHaribo on November 28, 2012, 04:43:05 PM

If everything runs perfectly I could perhaps enable Stratum and GBT with var diff on the main pool before the weekend is over. But perhaps delay var diff on getwork a bit longer until hashpower.com supports it.

My only other concern with vardiff is that when you enabled it on the main pool, it was done per worker.

Does vardiff now work by used the x-mining-hashrate header if available?

GBT replaced X-Mining-Hashrate with the "target" request option (BIP 23 Basic Pool Extensions). Stratum has no equivalent (and no HTTP for headers) yet.

lol no HTTP - GBT uses HTTP coz (as you said) it was too hard for you to do such an enhancement Tongue

Adding an 'options' to Stratum is a minor thing - pity you can't even take the step past HTTP to see that's all it is.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: DrHaribo on November 28, 2012, 05:06:11 PM

Quote from: Luke-Jr on November 28, 2012, 04:57:26 PM

GBT replaced X-Mining-Hashrate with the "target" request option (BIP 23 Basic Pool Extensions). Stratum has no equivalent (and no HTTP for headers) yet.

I didn't implement the target request option yet. I don't know if I would use it for anything but the first minute either. Letting a user with 10+ TH/s set the difficulty makes me a bit uneasy. Tongue

Well, you could always set it up to honour it within some reasonable limits (or maybe leave it unbound upward, so miners can always opt to increase their variance at will). Admittedly, I also haven't seen a need to implement "target" requests yet either.

jamesg

vip

Activity: 1358

Merit: 1000

AKA: gigavps

Quote from: DrHaribo on November 28, 2012, 05:06:11 PM

Is that then still an issue?

A max diff of around 20 would be nice.

DrHaribo

legendary

Activity: 2730

Merit: 1034

Needs more jiggawatts

Quote from: jamesg on November 28, 2012, 04:48:35 PM

My only other concern with vardiff is that when you enabled it on the main pool, it was done per worker.

Does vardiff now work by used the x-mining-hashrate header if available?

It uses x-mining-hashrate only for the initial difficulty. After it has measured the worker's hashrate it uses that as a basis for difficulty. Using only x-mining-hashrate basically means letting the user select the difficulty - I'm not sure that's a good idea.

I have a pool-wide setting for max difficulty though. I can set this to what is appropriate for 1 minirig now, and later adjust up to what is appropriate for 1 SC minirig. So 10 minirigs running on the same worker account will get the same difficulty as 1 minirig.

Is that then still an issue?

Quote from: Luke-Jr on November 28, 2012, 04:57:26 PM

GBT replaced X-Mining-Hashrate with the "target" request option (BIP 23 Basic Pool Extensions). Stratum has no equivalent (and no HTTP for headers) yet.

I didn't implement the target request option yet. I don't know if I would use it for anything but the first minute either. Letting a user with 10+ TH/s set the difficulty makes me a bit uneasy. Tongue

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: jamesg on November 28, 2012, 04:48:35 PM

Quote from: DrHaribo on November 28, 2012, 04:43:05 PM

If everything runs perfectly I could perhaps enable Stratum and GBT with var diff on the main pool before the weekend is over. But perhaps delay var diff on getwork a bit longer until hashpower.com supports it.

My only other concern with vardiff is that when you enabled it on the main pool, it was done per worker.

Does vardiff now work by used the x-mining-hashrate header if available?

GBT replaced X-Mining-Hashrate with the "target" request option (BIP 23 Basic Pool Extensions). Stratum has no equivalent (and no HTTP for headers) yet.

Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff] - page 265. (Read 837101 times)