-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
stats: worker count and list #81
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My main concern with this is that it only caters to small scale miners (<32 workers), but there are also some inefficiencies with how this is implemented and a load of indentation issues.
It's not terrible, so thank you for submitting. I tried to capture all my comments in the review above. The scale point is tricky because some miners have 100s/1000s of workers, thus 32 just isn't enough. As this just returns a list of online worker IDs, it may make more sense to split it off to a different endpoint (e.g. |
Thank you for your time to review. I will work to clean up all the bad indentations, and start using a proper IDE. This was all done with vim on my stage system. I was only supporting listing the first 32 found rig_id from the client. As well yes I am running a fairly small pool, but I guess it is wise to think of the larger scale. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Per above comments, scale is still an issue. The worker count function can take start/end pointers to 1 MB buffer.
Please squash commits and rebase after the last change please. Thanks. Oh, and rename, |
Super. Thank you. I'll do some tests at the weekend and merge then. |
Please remove the new commit (5ff5735). If you want to add more functionality after I've merged this PR, you can open a new PR. Thanks. |
- buffer size (for systems with smaller thread stack) - terminating NULL in rig-id copy - rename functions/variables - reorder functions - minor formatting issues
Add support for the xmrig --rig-id option, add worker_count as a statistic in /stats, and a list of up to as many connected rigs that will fit in a 1mb buffer
I know this is probably terrible, please be gentle, my c skills are rusty.