Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 483. (Read 5805728 times)

ckolivas,

I know LTC is no more your favorite thing than Stratum is Luke-jr's. However a few of us are starting to see a lot of rejections with time-too-old issues. Do you have any insight what might be done to stop these? I mentioned it over at #ozcoin and Graet was kind enough to fire up an instance and he got "<@Graet> A:644 R:197 after 1.5 hours" so you can see its a ton of rejects I have seen 44-50% on my own miners with no other hardware errors etc.

Anything you can suggest?

Well judging by the error CL etc etc Is SDK installed I would start there.

Make sure when you installed you didn't just get a driver but the full install with the SDK. What OS are you using as that has a lot of effect on how to get it to work.

Hello everyone,

I just replaced my 9600 gt oc with a 5870 Super OC and I am having trouble getting cgminer to recognize it. Every time I try to load I get the following:


I have the latest version of CCC and the latest version of SDK, anyone know what's up here...?

You forgot, their intention to reduce/eliminate pools (to paraphrase "they (pools) have too much power/influence") via GBT as an eventual p2pool way of mining. Otherwise why would they not have made bitcoind v0.7.0 backward compatible with existing pool software and allow new protocols to compete on an even playing field.

Thanks for all of the effort conman. It is appreciated.

In a nutshell yes. However the bandwidth requirements of both are so small that the advantage in that regard is no big deal. Stratum has advantages across block change and in terms of network latencies.

Essentially what it comes down to.

As far as I can tell, we have:

GBT:
+ Easier to implement in existing code
- Larger bandwidth requirements
   - Includes redundant features for miners

Stratum:
+ Tiny bandwidth
   + Streamlined features for mining
- Difficult to implement in existing code


To my mind, Stratum wins. Maybe initially more difficult to roll out, but ultimately will hold out better as hash rates continue to increase.

I am implementing stratum first up as I believe going forward that it is the better suited protocol for pool mining based on a number of things I won't go into again here. The major disadvantage to stratum is that it needed a rewrite of great chunks of cgminer to work as it worked outside the bounds of all the machinery cgminer had in place for http communication and the very complex network scheduler that I had written into cgminer to make it scale. GBT is yet another competing standard which seemed to be designed  as a drop-in replacement for getwork that shared some of the ideas with it, and in the process, took on some of its disadvantages. So in actual fact it's less work to implement GBT, and while it claims to offer a lot more "features", none of those features are remotely relevant to how most of us mine. So I'm implementing stratum first as a show of support for what I believe is the better protocol.

Now Luke-jr has claimed, in his usual FUD way, that stratum is "bad for bitcoin" which is right up there for his standard of crap accusations. It seems the only reason he's so vehemently against stratum is that it was a competing protocol to what he was working on, and therefore anything he didn't do must be wrong in his eyes. As I said above, any extra features of GBT are going to be largely irrelevant to miners and there is not any point implementing them. On the other hand, GBT is yet another communication protocol that some pools are already supporting (basically because they're using his pool software so they get it by default). So in the future, after I release a stratum supporting version of cgminer, I will be implementing my own GBT support for the purposes of maintaining maximum compatibility with pools. Provided I have the time, I'm not planning on taking his code if I can help it.

Now you can try and hold Luke-jr to task over this and if he firmly believes stratum is bad for bitcoin, then he should not try and copy my implementation of it into his hostile fork and actually differentiate his software from mine, withholding support for stratum. However, he has shown that with scrypt for example, even though he was firmly opposed to litecoin mining, he took my implementation of it into his software because he was afraid he would lose his audience.

Within a few milliseconds of posting this I expect him to come and spam my forum thread with all sorts of bullshit rebuttal for what I just posted but he will do precisely what I predicted with pulling in my stratum code regardless. I have him on ignore in this forum, as I find wasting energy dealing with him absolutely pointless.


As for the selection of work, cgminer can detect stratum from either the way you input it ( stratum+tcp:// ) or if you put a stratum url in by mistake as http:// or with no prefix it will test to see if it's a stratum url first, or if the pool advertises stratum support in the getwork response it will automatically switch to it by itself. So if it all goes according to plan it should all just happen automatically.

As far as I can tell, it switch to Stratum automatically if pool advertises it, so there's no need to change of configuration. Just cgminer update is enough.

Well done, nicely organized, good catch on the "libudev-dev".

btw, will you be including jesus-miner's GBT code?

Also, how will the selection of protocol work... Automagic or manual?

Well done. Con

As expected, implementing stratum was very much a huge change affecting multiple areas of cgminer.

Summary so far:

After a week of hacking on it, it's about 1000 new lines of code in its first rough cut working version. It's been a lot of work to implement, and rather rewarding to see it working in action. There is currently a stratum branch in the git repository which includes the changes to date for the brave who wish to give it a go. Given the magnitude of changes, breakage is likely so it will be a while before the code settles down enough for me to feel comfortable releasing a version of cgminer including it.

https://github.com/ckolivas/cgminer/tree/stratum

You should be able to do I 9 with no problem.

Between the latest nVidia drivers and this latest release, my machine no longer crashes the driver when mining with CGMiner. Thanks!

Check out:

https://en.bitcoin.it/wiki/Mining_hardware_comparison

M

Ok I'm getting back into this since btc is like $12~!

I lost all my settings as I deleted it as it was not worthwhile, anyway just doing this as a hobby since I leave my pc on most days due to bittorent heh.

Anyway whats some good settings for a HD6950? I'm currently running @ mem:core of 800:800 and intesity of 5, seemt o get about 325Mhas/sec is that good for my hardware?

Has someone gone to the trouble of making a cgiminer tweak guide?

Thanks

That we're working on

Its probably the same bug i mentioned few pages earlier.

I would agree if this same crashing+issue showed itself in the 2.6.x branch. I can run 2.6.4 without issue on those settings, it's 2.7.x that crashes out. I suppose I was submitting it more as a bug since something changed between version branches.

Thanks!