Comments (11)
An user reported very high reject rates on the blocks factory.
In general, it seems everything NOMP based is broken.
P2P seems to be unaffected. It is clear this needs to be fixed again.
from m8m.
Albeit the above has been reproduced, it seemed to fix itself. Pool administrator has been contacted and he couldn't explain the issue.
The current codebase has been tested against some pools. It works with most...
- digihash.co Qubit would produce only invalid shares with insufficient difficulty resulting in almost immediate ban.
MYR P2P UK node seems to decode difficulty incorrectly, causing a massive stream of shares (1-3 each second).Admin confirmed this appears to work as expected.
I also had issues contacting some pools but I suspect this to be my ISP.
from m8m.
hello friend, I am litejavichu of bitcointalk.
I tried it with my rig into two pools (Supra And Hashlink) on both gives many rejections and need five minutes to stabilize. when you get rejected the hahsrate decreases very fast and stays for a long time below.
To "MYR P2P UK node seems to decode difficulty incorrectly, causing a massive stream of shares (1-3 each second)".
I think the problem is the difficulty, as it communicates with the stratum. I tried to adjust intensity, but do not understand the parameter or as calculated.
regards
from m8m.
I am inclined to believe this might a side-effect of #11. I have indeed reproduced the pattern you describe an my system and I'll look for it.
According to the admin, MYR p2p uk node is really working as expected. I think it's overkill for an UK node but that's it.
from m8m.
Results of one day of investigation.
Many pools are non-conformant and require explicit adjustment. This has been a known issue for sgminer for ages but apparently pool owners cannot give less. Sgminer plans to either add a per-pool setting or deprecate the option altogether. In an ideal world, the latter would clearly be the best option, with misconfigured pools to just adapt or die.
Being enthusiast-oriented, sgminer can take it easy and do both if that's necessary.
As for me, the situation is more complicated as it's obvious an ordinary, occasional user cannot be bothered with those details. The fact the machinery is already there is not much of a plus.
The situation is frankly ridiculous as pool operators could fix this, resulting in a much improved mining ecosystem. But they don't.
The way M8M currently computes target difficulty is indeed wrong. It was manipulated to give the expected result and (besides the compatibility driver/HW issues) it is surprisingly functional.
from m8m.
Some pools have different difficulty connecting. I tried the latter and not
work, gives me error
2015-02-03 9:45 GMT+01:00 Massimo Del Zotto [email protected]:
Results of one day of investigation.
Many pools are non-conformant and require explicit adjustment. This has
been a known issue for sgminer for ages but apparently pool owners cannot
give less. Sgminer plans to either add a per-pool setting or deprecate the
option altogether. In an ideal world, the latter would clearly be the best
option, with misconfigured pools to just adapt or die.Being enthusiast-oriented, sgminer can take it easy and do both if that's
necessary.As for me, the situation is more complicated as it's obvious an ordinary,
occasional user cannot be bothered with those details. The fact the
machinery is already there is not much of a plus.The situation is frankly ridiculous as pool operators could fix this,
resulting in a much improved mining ecosystem. But they don't.The way M8M currently computes target difficulty is indeed wrong. It was
manipulated to give the expected result and (besides the compatibility
driver/HW issues) it is surprisingly functional.—
Reply to this email directly or view it on GitHub
#6 (comment).
from m8m.
Yeah, that's another problem and would probably require its own bug report... I'm managing it there anyway.
I also have sporadic connection problems but I am inclined to believe they might be not under my control.
Please provide list of non-working pools.
from m8m.
(Reopening again after github closed automatically on commit).
d547b26 appeared to alleviate the issue for low hashrate miners. It seems the situation hasn't improved (at best) for high hashrate. Where high hashrate means somewhere starting at R 280 with some OC.
It has been reported the amount of rejected shares grow with time (likely as the pool adjusted difficulty).
Another user also reported exactly 100% reject since start but it's unclear if this is due to the same reason.
Could not reproduce locally. An exhaustive unit test has been designed and will be carried out before next release.
from m8m.
Update as requested.
I performed several tests in isolation on some functions involving difficulty and target bits computation. Due to use of ulong
s (or bigger) it's impossible to exhaustively test the input domain but we're still talking about ... 3 hours (x3 CPUs) of testing on each function so the chance those are buggy seems extremely slim. With those functions being bit-perfect, I am positive I can say fetching the data to the GPU works as expected.
Some additional "spurious" testing has been performed and again, the behavior turned out to be bit-exact to legacy miner code... most of the time.
It turns out legacy miners don't dispatch work deterministically. I spent the whole day trying to force an internal sgminer build in scanning deterministically with little success. At the end, I figured out a way to re-produce a predictable pattern which will be implemented in the next few days.
I suspect I might be packaging target diff incorrectly to CL buffer (or perhaps unpacking it incorrectly kernel side). I am not very inclined in believing this but the above testing method would send me on the right track.
It seems increasingly likely the problem might be in the CL stack itself. I have to note the few bug reports got so far (conveniently?) omit driver version. Shall this be the case, no fix can be produced but on the pro side, I'm going to produce a test (based on aforementioned data patterns) to submit to AMD driver team.
from m8m.
Update based on feedback from v801.
Pools which were known to not work are now fine, some tested pools appear to have problems.
I'm not sure that's my problem anymore besides for example #18.
Growing the pool compatibility tests.
from m8m.
Closing. A new issue will be added for each pool instead. As pools keep going out, I've given up on testing them on release.
from m8m.
Related Issues (20)
- Config wizard hangs on reboot, act 2 HOT 1
- Impossible, WU owner not found HOT 1
- "Mining process is having issues" on init, init takes way too much. HOT 1
- Web monitor not accessible until init complete
- v801, slight performance degradation
- Web functionalities are broken
- opencl.dll not found HOT 1
- Gives up on reconnecting if connection attempt fails HOT 1
- When worker auth fail, rej% is Infinity%
- When worker auth fail, icon is still in "normal" state.
- Pools failing to auth should be highlighted in red (?)
- Open and connect to web monitor does not work
- Hashrate is too conservative. HOT 1
- Cumulated activity time is negative. HOT 1
- Config wizard, multi-gpu support
- Config wizard, adjust intensity slider more sensibly
- High reject rate (diff must adjust on next block)
- Crash on exit
- Tonga/Qubit performance is terrible. HOT 1
- Tonga recognized as GCN 1.x
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from m8m.