You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 23, 2020. It is now read-only.
It seems to me that the miner kernel isn't clearing it's solution cache after finding a valid solution. When it rolls over to the next block, it for some reason submits all the solutions it was previously working on. This varies greatly, but seems to get worse the longer an easy block is worked on. Example: This block was worked on for about 5 minutes by my GPU at work level 98711. It spams a bunch of rejected solutions before eventually continuing on as normal.
I don't know much about how it's coded (nor do I really understand enough to read it), but maybe memory needs to be cleaned up when a valid solution is found before continuing to the next block. I'm not even sure this is relevant to the original issue here, and if it's not I'll start a different thread.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Seeing as this bug has persisted from the original version of the Java portion of the code, I'd imagine it's a bug with the OpenCL mining kernel.
The text was updated successfully, but these errors were encountered: