Seems to be a strange problem with CGMiner and EMC as far as Stratum goes:
If I start cgminer with stratum pointed at one of my servers, it works fine and mines via stratum. However, if I have one of the servers as backup and it's listed as stratum, it shows as dead and won't switch to it.
Put another way, if I start with stratum on one of my servers, no problem. If I try to add/switch to stratum on one of my servers, CGMiner won't work.
Any ideas? This is for version 2.9.6, I haven't tried previous versions.
Yeah, are you specifying the stratum server with stratum+tcp:// ? There's an issue with backup pools specified that way at the moment. Try leaving out the prefix, or specify them as http:// and it will just do stratum. |
|
|
|
|
There will shortly be some massive changes to the git master tree - no unfortunately it still isn't any ASIC driver, but it will be stuff to prepare for it. In anticipation, I have created a 2.9 branch for those who want just fixes to the stable tree in the meantime. Some fixes to existing issues have already been committed to the 2.9 branch, but lots of potential breakage will be making its way into the master tree.
|
|
|
|
the 5 series is faster than 6 series as far as bitcoin mining is concerned, until someone figured out a faster kernel.
Which will never happen now. Funny, the 5 series ATI were faster than the 6 series ATI as well but at least we knew why that was the case there (vliw5 vs vliw4 architecture), while no one knows or cares for these poor nvidia cards and bitcoin mining. On the other hand, coinlab will eventually start having some cuda based workloads for nvidia to make them earn something at some stage in the future. |
|
|
|
|
mingw32-curl 7.27.0-1 is what I'm distributing libcurl from.
The one people usually post as a bug is that their own IP address changed or something like that.
|
|
|
|
Longstanding bug on windows for when network goes down; it's my secret way to get people to move to linux. Obviously not the case, but anyway I've not been able to reproduce it myself so must be some combination of windows or other issue. You could always try helping debug it following instructions in here: http://ck.kolivas.org/apps/cgminer/debug/I suspect it's just the libcurl implementation on windows... which would be bad news since it won't be something I can personally fix. |
|
|
|
Never ceases to amaze me how many miners set up precisely one pool without a backup, at the highest fee, and virtually never update anything, nor check on whether it's working properly. Mining profitably just isn't like that...  |
|
|
|
These cards are not designed to have their GPUs maxed out 24/7 though, as they are not gaming cards.
I'd go so far as to say no GPUs are designed to be maxed out 24/7. There's nothing special about "gaming cards". By default, the cooling/fan setup on GPUs is designed for bursts of heat to allow temps to rise to very high levels, with the fanspeed being a compromise between adequate cooling and fan noise. This is why it's so important to use a custom fan/cooling setup if you're planning on keeping the GPU loaded 24/7. Short bursts of very high heat are harmless, but sustained high temps seriously shorten lifespan. |
|
|
|
So I turned down the difficulty still goes dead after a couple hours,
Drop GPU engine overclock, not "difficulty", whatever you mean by that. |
|
|
|
I stopped mining.
Its pretty clear that unless you have really good GPU there is no point to mine.
Unless you're mining litecoin. Except that litecoin is currently mining at an even bigger loss than btc. |
|
|
|
Stepping out of holy war, do we have some solution how to prevent miners to abuse these calls? Make them non-free? Specifically I think it's inappropriate to ask for more than one set of transactions for each stratum notify push. I don't know what else you'd want to do to prevent them using this for every single stratum push. |
|
|
|
luke-jr's code is intentionally checking far too often, trying to make stratum look worse than GBT. Enough of his crap, don't let his influence ruin stratum too.
Stepping out of holy war, do we have some solution how to prevent miners to abuse these calls? Make them non-free? I think bfgminer users will be a bit surprised when they'll see charges of few hundreds satoshis every 30 seconds :-D. Well this is what happens with his current approach to unsuspecting miners: https://bitcointalk.org/index.php?topic=16385.msg1376838#msg1376838 |
|
|
|
https://github.com/luke-jr/bfgminer/issues/186Do we have any nice solution how to provide enough information for miners to inspect block templates, but prevent pool from overloading? As I see now, these two requirements are going against each other. luke-jr's code is intentionally checking far too often, trying to make stratum look worse than GBT. Enough of his crap, don't let his influence ruin stratum too. |
|
|
|
|
Drop your clocks to prevent the cards from going dead. Or use a less efficient miner that doesn't drive them as hard.
|
|
|
|
I just started us1 on port 3333 (stratum) on my 2.8GH/s Miner and it was using on average 75-150mb per hour!!!
I've got the latest BFGminer and burning on 4x 5970s
What the shit?!?
When luke-jr took stratum from cgminer to his fork, he added code to it to grab all the transactions the way GBT does at regular intervals, but to grab them even more frequently than GBT does, which of course will make it look like it uses more bandwidth than GBT. The way he "analyses" the data coming from the transactions is pretty much useless so does not really serve as any kind of meaningful audit to make sure a pool is misbehaving as a way to prevent the dangers of centralised pools to bitcoin. Since all that transaction grabbing just wastes bandwidth for no useful purpose, cgminer does no such thing. Try cgminer and compare your bandwidth usage. |
|
|
|
|
--gpu-memdiff -150
works well with cgminer if you're happy to not try to underclock memory more than 150 lower than your engine speed, and it's what I've been using for my 7970s for the last year.
|
|
|
|
* ckolivas can't resist saying Choo choo |
|
|
|
not even a nickel? FFFFFFFFFUUUUUUUuuuuuuuuuuuuuu should have been mining with my own rigs long ago but I though this bitcoin thing was garbage and stuck with liberty reserve and pecunix.
We might get a server in here if we switch to a different sweepstakes provider then mining might be an option.
Nope sorry you've missed the boat on all commodity hardware fronts. Servers are even worse for mining. You'd spend 50 bucks in power for every 50 cents you earn. |
|
|
|
Oh darn, seems like building on a 64 bit ubuntu with 64bit curl makes problem, when it tries to include it. mmmh. well, i guess ill try a 32bit ubuntu to cross compile cgminer... I'll report...
No, that makes no sense as full 64bit ubuntu is the main development platform for it and where the binaries come from. |
|
|
|
Still seeing backup pools that use stratum+tcp URLs detected as down by cgminer (2.9.6) e.g. neither of these seem to work right as backup pools : stratum+tcp://us3.eclipsemc.com:3333 stratum+tcp://eustratum.ozco.in:3333 However specifying them as http (even though they're not) seems to work: http://us3.eclipsemc.com:3333http://eustratum.ozco.in:3333(Note I only see this problem for backup pools - specifying stratum+tcp for my first pool seems to work fine) roy Yeah, not ideal, is it? Just get rid of *any* prefix and let cgminer figure it out. eg eustratum.ozco.in:3333 |
|
|
|
|
Show Posts
