mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2012, 04:41:11 PM |
|
The semi-official Bitcoin Pool Comparison Chart only shows 2 stratum pools, BTCGuild and Slush's. Are there others?
Most pools are in the process of implementing it. Of the other ones that already have it, ozcoin is my favourite, but emc also does it (though with too unstable a variable difficulty IMO). Come on now, lets be honest. The variable difficulty isn't the problem here, Stratum is the problem: it's difficulty to work relation is broken from the ground up and needs to be fixed. If the difficulty were too unstable, why can GW and GBT keep up just fine? CGminer doesn't seem to have any trouble keeping up with it in GW, right? Um.. Oz has variable difficulty, I'm not seeing people complain it not working there. M
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2012, 11:09:06 PM |
|
New release - 2.9.5, 25th November 2012
Bugfix release.
Human readable changelog:
Fixed the crash when a GBT pool was used either as primary or backup when its gbt coinbase was very large. Fixed the ztex submits lots of dupes bug based on an idea by luke-jr Fixed the much larger amount of shares being leaked to backup pools "getworks" will not be counted now from backup pools when they're just being used to see the pool is alive Mips openwrt fixes
Full changelog:
- fixes target calc for mips openwrt - openwrt needs roundl - Get rid of unused last_work in opencl thread data. - Do away with the flaky free_work api in the driver code which would often lose the work data in opencl and simply flush it before exiting the opencl scanhash. - Use base_work for comparison just for cleanness in __copy_work - Remove all static work structs, using the make and free functions. - Add pool no. to stale share detected message. - Add info about which pool share became stale while resubmitting. - Copy the work on opencl_free_work - Add an extra slot in the max backlog for ztex to minimise dupes. - Do not use or count the getworks submitted which are simply testing that pools are still up. This was increasing share leakage and making stats not reflect real work. - Track all dynamically allocated memory within the work struct by copying work structs in a common place, creating freshly allocated heap ram for all arrays within the copied struct. Clear all work structs from the same place to ensure memory does not leak from arrays within the struct. Convert the gbt coinbase and stratum strings within the work struct to heap ram. This will allow arbitrary lengths without an upper limit for the strings, preventing the overflows that happen with GBT. - libztex: Work around ZTEX USB firmware bug exposed by the FreeBSD libusb - opencl: Use new dev_error function for REASON_DEV_NOSTART
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Joshwaa
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2012, 11:14:33 PM |
|
Thanks once again for all your hard work. I will send a donation tomorrow when I get back to my wallet!
|
|
|
|
stevegee58
Legendary
Offline
Activity: 916
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2012, 11:54:29 PM |
|
The auto-gpu switch is no longer recognized.
|
You are in a maze of twisty little passages, all alike.
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 24, 2012, 11:58:26 PM |
|
The auto-gpu switch is no longer recognized.
I assume you mean on windows? I may have built it without adl support, lemme check EDIT: yes my fault. Repackaged the windows binaries. Try redownloading.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
stevegee58
Legendary
Offline
Activity: 916
Merit: 1003
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 12:30:33 AM |
|
There ya go! Thanks, it works now.
|
You are in a maze of twisty little passages, all alike.
|
|
|
sharky112065
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 04:08:40 AM |
|
New Windows build instructions. http://pastebin.com/3pzivj32Can someone with a Windows rig that has a Ztex test the new libusb section? Need to know if you can mine successfully using libusb instead of libusbx because that is what cgminer will be going to in the future supposedly.
|
Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 04:38:04 AM |
|
cut/paste ... 2.9.5An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.9.5a https://github.com/kanoi/cgminer/downloads(it also works on Fedora 16 and 17) For anyone who didn't realise, it's just the executable file to put in place of 'cgminer' Nothing else needs changing First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer' No problems so far on my '2xGPU' or 'BFL+2xICA' (90 minutes so far) GPUs (687Mh/s) on solo and BFL+ICAs (1.6GH/s) on OzCoin Stratum with fixed 8 diff (MMQ is doing new code testing) The same configure options as cvolivas' binary version In case anyone was wondering: CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt make clean make-- (and yes I made a 2.9.4a but didn't post about it) -- sharky112065's post above is actually (indirectly) about ASIC. I've rewritten the MMQ driver (as I've said a few times) and the problems with windows drivers included a problem with libusbx so I switched to libusb (thanks for help from the libusb developer) and the last problem was gone. So when I finally get my changes into the main git - we need to use libusb not libusbx on windows. Those changes include early code for the up coming ASICs.
|
|
|
|
Graet
VIP
Legendary
Offline
Activity: 980
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:05:26 AM |
|
The semi-official Bitcoin Pool Comparison Chart only shows 2 stratum pools, BTCGuild and Slush's. Are there others?
Most pools are in the process of implementing it. Of the other ones that already have it, ozcoin is my favourite, but emc also does it (though with too unstable a variable difficulty IMO). Come on now, lets be honest. The variable difficulty isn't the problem here, Stratum is the problem: it's difficulty to work relation is broken from the ground up and needs to be fixed. If the difficulty were too unstable, why can GW and GBT keep up just fine? CGminer doesn't seem to have any trouble keeping up with it in GW, right? stratum and variable difficulty are 2 different pieces of code Ozcoin implemented stratum then coded the vardiff- not sure what you consider "broken" but we have it working fine, maybe the vardiff you coded before implementing stratum is the issue?
|
|
|
|
Mobius
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:10:48 AM |
|
The semi-official Bitcoin Pool Comparison Chart only shows 2 stratum pools, BTCGuild and Slush's. Are there others?
Most pools are in the process of implementing it. Of the other ones that already have it, ozcoin is my favourite, but emc also does it (though with too unstable a variable difficulty IMO). Come on now, lets be honest. The variable difficulty isn't the problem here, Stratum is the problem: it's difficulty to work relation is broken from the ground up and needs to be fixed. If the difficulty were too unstable, why can GW and GBT keep up just fine? CGminer doesn't seem to have any trouble keeping up with it in GW, right? stratum and variable difficulty are 2 different pieces of code Ozcoin implemented stratum then coded the vardiff- not sure what you consider "broken" but we have it working fine, maybe the vardiff you coded before implementing stratum is the issue? The implementation of stratum and vardiff on OZCO is running flawlessly with cgminer
|
|
|
|
Mobius
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:13:37 AM |
|
The semi-official Bitcoin Pool Comparison Chart only shows 2 stratum pools, BTCGuild and Slush's. Are there others?
Most pools are in the process of implementing it. Of the other ones that already have it, ozcoin is my favourite, but emc also does it (though with too unstable a variable difficulty IMO). Come on now, lets be honest. The variable difficulty isn't the problem here, Stratum is the problem: it's difficulty to work relation is broken from the ground up and needs to be fixed. If the difficulty were too unstable, why can GW and GBT keep up just fine? CGminer doesn't seem to have any trouble keeping up with it in GW, right? Seems to be your implementation of variable difficulty with stratum. It works fine on all the other implementations that were not influenced by GBT.
|
|
|
|
Inaba
Legendary
Offline
Activity: 1260
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:25:56 AM |
|
No, it's an acknowledged problem with Stratum. The original Stratum design is flawed. Difficulty is decoupled from work and that is simply an incorrect way to handle mining. Difficulty and work are inseparable from a mining perspective. The way Stratum handles is is entirely incorrect and needs to be addressed. This is not really in question, everyone involved pretty much agrees that something needs to be done about it, the only question is exactly what.
My implementation of variable difficulty is the original implementation of variable difficulty and has been working fine on both GW and GBT for months now. It works fine in CGminer on GW, it also works fine in GBT, Stratum and GW in BFGminer. The only implementation it does not work on is CGMiner with Stratum, but that's not really CGMiners fault as its' a design flaw in Stratum and Conman doesn't really have control over that.
I hope you realize that every other Stratum implementation throws away a bunch of valid work you are doing for the pool and it even throws away solved blocks if the conditions are just right because of the flawed difficulty design of Stratum. So tell me which would you prefer? Shares going POOF magically on your Stratum server of choice or you getting paid for your work?
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:27:43 AM |
|
No, it's an acknowledged problem with Stratum. The original Stratum design is flawed. Difficulty is decoupled from work and that is simply an incorrect way to handle mining. Difficulty and work are inseparable from a mining perspective. The way Stratum handles is is entirely incorrect and needs to be addressed. This is not really in question, everyone involved pretty much agrees that something needs to be done about it, the only question is exactly what.
My implementation of variable difficulty is the original implementation of variable difficulty and has been working fine on both GW and GBT for months now. It works fine in CGminer on GW, it also works fine in GBT, Stratum and GW in BFGminer. The only implementation it does not work on is CGMiner with Stratum, but that's not really CGMiners fault as its' a design flaw in Stratum and Conman doesn't really have control over that.
I hope you realize that every other Stratum implementation throws away a bunch of valid work you are doing for the pool and it even throws away solved blocks if the conditions are just right. EMC's implementation will NEVER throw away valid work. So tell me which would you prefer? Shares going POOF magically on your Stratum server of choice or you getting paid for your work?
Excuse me but 99.99% of the stratum code in bfgminer is from cgminer
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Inaba
Legendary
Offline
Activity: 1260
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:29:13 AM |
|
No, it's an acknowledged problem with Stratum. The original Stratum design is flawed. Difficulty is decoupled from work and that is simply an incorrect way to handle mining. Difficulty and work are inseparable from a mining perspective. The way Stratum handles is is entirely incorrect and needs to be addressed. This is not really in question, everyone involved pretty much agrees that something needs to be done about it, the only question is exactly what.
My implementation of variable difficulty is the original implementation of variable difficulty and has been working fine on both GW and GBT for months now. It works fine in CGminer on GW, it also works fine in GBT, Stratum and GW in BFGminer. The only implementation it does not work on is CGMiner with Stratum, but that's not really CGMiners fault as its' a design flaw in Stratum and Conman doesn't really have control over that.
I hope you realize that every other Stratum implementation throws away a bunch of valid work you are doing for the pool and it even throws away solved blocks if the conditions are just right. EMC's implementation will NEVER throw away valid work. So tell me which would you prefer? Shares going POOF magically on your Stratum server of choice or you getting paid for your work?
Excuse me but 99.99% of the stratum code in bfgminer is from cgminer I'm not sure what that has to do with the fact that it works though? The problem is not with the Stratum code, it's with the Stratum protocol. It's broken.
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:30:28 AM |
|
No, it's an acknowledged problem with Stratum. The original Stratum design is flawed. Difficulty is decoupled from work and that is simply an incorrect way to handle mining. Difficulty and work are inseparable from a mining perspective. The way Stratum handles is is entirely incorrect and needs to be addressed. This is not really in question, everyone involved pretty much agrees that something needs to be done about it, the only question is exactly what.
My implementation of variable difficulty is the original implementation of variable difficulty and has been working fine on both GW and GBT for months now. It works fine in CGminer on GW, it also works fine in GBT, Stratum and GW in BFGminer. The only implementation it does not work on is CGMiner with Stratum, but that's not really CGMiners fault as its' a design flaw in Stratum and Conman doesn't really have control over that.
I hope you realize that every other Stratum implementation throws away a bunch of valid work you are doing for the pool and it even throws away solved blocks if the conditions are just right. EMC's implementation will NEVER throw away valid work. So tell me which would you prefer? Shares going POOF magically on your Stratum server of choice or you getting paid for your work? Excuse me but 99.99% of the stratum code in bfgminer is from cgminer Yes, but as with other code that BFGMiner inherited from cgminer, I've fixed numerous bugs in it.
|
|
|
|
Mobius
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:38:53 AM |
|
No, it's an acknowledged problem with Stratum. The original Stratum design is flawed. Difficulty is decoupled from work and that is simply an incorrect way to handle mining. Difficulty and work are inseparable from a mining perspective. The way Stratum handles is is entirely incorrect and needs to be addressed. This is not really in question, everyone involved pretty much agrees that something needs to be done about it, the only question is exactly what.
My implementation of variable difficulty is the original implementation of variable difficulty and has been working fine on both GW and GBT for months now. It works fine in CGminer on GW, it also works fine in GBT, Stratum and GW in BFGminer. The only implementation it does not work on is CGMiner with Stratum, but that's not really CGMiners fault as its' a design flaw in Stratum and Conman doesn't really have control over that.
I hope you realize that every other Stratum implementation throws away a bunch of valid work you are doing for the pool and it even throws away solved blocks if the conditions are just right because of the flawed difficulty design of Stratum. So tell me which would you prefer? Shares going POOF magically on your Stratum server of choice or you getting paid for your work?
No, it's an acknowledged problem with Stratum. The original Stratum design is flawed. Difficulty is decoupled from work and that is simply an incorrect way to handle mining. Difficulty and work are inseparable from a mining perspective. The way Stratum handles is is entirely incorrect and needs to be addressed. This is not really in question, everyone involved pretty much agrees that something needs to be done about it, the only question is exactly what.
My implementation of variable difficulty is the original implementation of variable difficulty and has been working fine on both GW and GBT for months now. It works fine in CGminer on GW, it also works fine in GBT, Stratum and GW in BFGminer. The only implementation it does not work on is CGMiner with Stratum, but that's not really CGMiners fault as its' a design flaw in Stratum and Conman doesn't really have control over that.
I hope you realize that every other Stratum implementation throws away a bunch of valid work you are doing for the pool and it even throws away solved blocks if the conditions are just right because of the flawed difficulty design of Stratum. So tell me which would you prefer? Shares going POOF magically on your Stratum server of choice or you getting paid for your work?
"Acknowledged" by whom? who specifically is "everyone involved"? My personal mining numbers show the opposite as shown on the pools actual websites. The only magical POOF I'm seeing is the end of that cool aid you've been sipping on.
|
|
|
|
Inaba
Legendary
Offline
Activity: 1260
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:44:07 AM |
|
"Everone invloved" would be Conman, Kano, Luke, Slush, myself and pretty much anyone who has anything to do with development and implementation of Stratum. What is your authority to make a claim?
Of course you aren't seeing the poof, because it shows up as a rejected share when it shouldn't be. But how would you know?
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
crazyates
Legendary
Offline
Activity: 952
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 05:57:03 AM |
|
"Acknowledged" by whom? who specifically is "everyone involved"?
My personal mining numbers show the opposite as shown on the pools actual websites. The only magical POOF I'm seeing is the end of that cool aid you've been sipping on.
Read thru this thread: https://bitcointalk.org/index.php?topic=108533.0
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 06:01:56 AM |
|
No, it's an acknowledged problem with Stratum. The original Stratum design is flawed. Difficulty is decoupled from work and that is simply an incorrect way to handle mining. Difficulty and work are inseparable from a mining perspective. The way Stratum handles is is entirely incorrect and needs to be addressed. This is not really in question, everyone involved pretty much agrees that something needs to be done about it, the only question is exactly what.
My implementation of variable difficulty is the original implementation of variable difficulty and has been working fine on both GW and GBT for months now. It works fine in CGminer on GW, it also works fine in GBT, Stratum and GW in BFGminer. The only implementation it does not work on is CGMiner with Stratum, but that's not really CGMiners fault as its' a design flaw in Stratum and Conman doesn't really have control over that.
I hope you realize that every other Stratum implementation throws away a bunch of valid work you are doing for the pool and it even throws away solved blocks if the conditions are just right. EMC's implementation will NEVER throw away valid work. So tell me which would you prefer? Shares going POOF magically on your Stratum server of choice or you getting paid for your work? Excuse me but 99.99% of the stratum code in bfgminer is from cgminer Yes, but as with other code that BFGMiner inherited from cgminer, I've caused numerous bugs in the minor changes I've made.You see - that's the correct version. Please at least understand what you are talking about before making ludicrous posts that show how stupid you are. This is the third time in here recently you've made posts that make you seem like a simpleton. Here's two more: https://bitcointalk.org/index.php?topic=28402.msg1342045#msg1342045https://bitcointalk.org/index.php?topic=28402.msg1349309#msg1349309You just post crap and never back up anything you say - and it is simply that - crap. Coz you can't back it up. There is a known issue with Stratum (that I brought up) that if you change difficulty, then the miner will lose a very small number of shares. If you change it often, then of course that number increases. Yes, this is my main issue with Stratum that I have brought up all over the place - feel free to copy me and help me get slush to accept the change. But while your at it - at least understand what the fuck you are talking about ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) When I mine on OzCoin with Stratum I set difficulty fixed at 8 diff so there are no difficulty changes. Works well. Some days I only get a single Reject in 24 hours ... -- There are also well known issues with GBT that you have been clearly explained. Go fix them. But no, your head is so far up your arse you don't hear anything anyone says. Seriously (as I have said before) I wouldn't mind if there were 2 new competing protocols. But at the moment there aren't - there's only one: Stratum - the other one is not worth considering.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4228
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
November 25, 2012, 06:45:32 AM |
|
To be clear, again I agree difficulty should be tied in with work on stratum instead of the current implementation. However pools can do a lot to alleviating the harm that has by tolerating a certain amount of hysteresis before retargetting diff. I'm sure emc can be tweaked some more with this in mind.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
|