OBTfx
Newbie
Offline
Activity: 7
Merit: 0
|
|
May 18, 2020, 06:26:19 PM |
|
https://github.com/litecoincash-project/cpuminer-multiThe main goals are 1: to confirm it can connect, get work from the server, and start hashing; 2: confirm it can find a block which could take some time. It would be good to know if the code I'm copying actually works. I recommend adding -D -P the command line to gather more data in case of problems. You can also add --hash-meter to confim it's hashing if things are too quiet. I've started analyzing the code and so far it looks like the segwit code is mostly protected when segwit is not enabled so adding segwit should break anything (fingers crossed). Ok, we have this controlled, yes I confirm in advance that we have mined it in the past with the LitecoinCash cpuminer-multi alone; Anyway, I execute an iteration with the flags that you indicate me; I save the result to you in a plain text file and send it to you. Thanks for the explanation of the Getwork and GBT, it makes everything very clear
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 18, 2020, 06:37:21 PM Last edit: May 18, 2020, 06:49:01 PM by nak333 |
|
Well I don't know if I'm the best to give instructions, I've never actually solo mined.
I will not mind to get instructions from you. It would be good if you could do a control test mining ring with the litecoincash fork of cpuminer-multi (step 1 of the plan): https://github.com/litecoincash-project/cpuminer-multiThe main goals are 1: to confirm it can connect, get work from the server, and start hashing; 2: confirm it can find a block which could take some time. It would be good to know if the code I'm copying actually works. I recommend adding -D -P the command line to gather more data in case of problems. You can also add --hash-meter to confim it's hashing if things are too quiet. I have windows binaries of this miner. https://drive.google.com/open?id=1RiK5nzi-M6NlemiUsb0BC9yCoQ-GBUtJI did a lot of solo mining with this miner in testnet of Ring and found hundreds of blocks without any issue. I also did solo mining with this in mainnet without any issue, but didn't able to find any block. Cause my PC is old and this miner generates low hash rate compare to others. And with this hash rate it will take 2-3 days to find a block if I leave the miner running 24 hours a day. Edit: I also did pool mining of Ring with this miner without any issue.I can help you in testing Windows binaries. But, I don't know much about mining, I'm newbie in this field. Your miner supports more than 90 algorithm. I can test some coins that can be mine via CPU.
Thanks, I'll produce binaries when I have something to test. Okay.
|
|
|
|
OBTfx
Newbie
Offline
Activity: 7
Merit: 0
|
|
May 18, 2020, 06:49:46 PM |
|
Both things confirmed, I have the output here I will try to send it to you by direct message. The tests were against the testnet, so I am not struggling with the current difficulty of the chain.
|
|
|
|
OBTfx
Newbie
Offline
Activity: 7
Merit: 0
|
|
May 18, 2020, 07:03:00 PM |
|
Both things confirmed, I have the output here I will try to send it to you by direct message. The tests were against the testnet, so I am not struggling with the current difficulty of the chain. Do not allow sending files (in the end it is good), I leave the file in the cloud here; I hope it serves what you want to look at. https://drive.google.com/open?id=1hagUcLp4QxYphdB6YIFHC-9Sf9_D3dxY
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 18, 2020, 08:24:23 PM |
|
Both things confirmed, I have the output here I will try to send it to you by direct message. The tests were against the testnet, so I am not struggling with the current difficulty of the chain. Do not allow sending files (in the end it is good), I leave the file in the cloud here; I hope it serves what you want to look at. https://drive.google.com/open?id=1hagUcLp4QxYphdB6YIFHC-9Sf9_D3dxYToday, when I did solo mining first time with this miner adding flag -D -P then I got those error too. Then added `--no-longpoll` in my batch file and restarted my miner. Then I didn't get any error. https://drive.google.com/open?id=1xAhgO8r8UFTPyi33LiK5Cmb27hIwGzbI
|
|
|
|
JayDDee (OP)
|
|
May 18, 2020, 08:32:04 PM |
|
Excellent! In the future you can cut the repeated block emmisions to reduce the size. Always show everything up to the first block, any errors and the result of any blocks accepted or rejected. I have made the code changes and it compiles. I want to review it again just in case I missed something. I'll be posting a test release on github when it's ready for testing.
|
|
|
|
JayDDee (OP)
|
|
May 18, 2020, 08:38:58 PM |
|
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 18, 2020, 08:48:12 PM |
|
I got the following errors User-Agent: cpuminer-multi/1.3.6 X-Mining-Extensions: longpoll reject-reason Expect: 100-continue
< HTTP/1.1 100 Continue < HTTP/1.1 404 Not Found < Content-Type: application/json < Date: Mon, 18 May 2020 19:40:26 GMT < Content-Length: 76 * HTTP error before end of send, stop sending < * Closing connection 22 [2020-05-19 00:40:26] JSON protocol response: { "error": { "message": "Method not found", "code": -32601 }, "result": null, "id": 0 } [2020-05-19 00:40:26] JSON-RPC call failed: Method not found [2020-05-19 00:40:26] JSON protocol request: {"method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "coinbasevalue", "longpoll", "workid"], "rules": ["segwit"], "longpollid": "493d636d084df93ab304dc76790272078989678e20185d64f910f66e10cd33ae153"}], "id":0} This is the same error that OBTfx received. You can see it in his shared files. https://drive.google.com/file/d/1hagUcLp4QxYphdB6YIFHC-9Sf9_D3dxY
|
|
|
|
JayDDee (OP)
|
|
May 18, 2020, 09:23:45 PM |
|
I got the following errors User-Agent: cpuminer-multi/1.3.6 X-Mining-Extensions: longpoll reject-reason Expect: 100-continue
< HTTP/1.1 100 Continue < HTTP/1.1 404 Not Found < Content-Type: application/json < Date: Mon, 18 May 2020 19:40:26 GMT < Content-Length: 76 * HTTP error before end of send, stop sending < * Closing connection 22 [2020-05-19 00:40:26] JSON protocol response: { "error": { "message": "Method not found", "code": -32601 }, "result": null, "id": 0 } [2020-05-19 00:40:26] JSON-RPC call failed: Method not found [2020-05-19 00:40:26] JSON protocol request: {"method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "coinbasevalue", "longpoll", "workid"], "rules": ["segwit"], "longpollid": "493d636d084df93ab304dc76790272078989678e20185d64f910f66e10cd33ae153"}], "id":0} This is the same error that OBTfx received. You can see it in his shared files. https://drive.google.com/file/d/1hagUcLp4QxYphdB6YIFHC-9Sf9_D3dxYI don't think those are related to longpoll, it looks more like a networking issue. They didn't seem to cause any serious problems, it reconnected and continued on and submitted valid blocks. If the're only displayed with -P it's likely because they can be ignored.
|
|
|
|
JayDDee (OP)
|
|
May 18, 2020, 10:27:08 PM Last edit: May 18, 2020, 10:42:06 PM by JayDDee |
|
cpuminer-opt-3.13.2-segwit-test is released. Adds support for Segregated Witness (segwit) to GetBlockTemplate. https://github.com/JayDDee/cpuminer-opt/releases/tag/v3.13.2-segwit-testThis is a test release not intended for production use. Users mining solo are invited to test this release and report their results. Other users may want to wait for the next general release before upgrading. Test notes: Minotaur algo (Ring coin) should be tested against the litecoincash fork of cpuminer-multi. Other algos should be tested against cpuminer-opt-3.13.1.1 for any regressions (things that worked in v3.13.1.1 but not in v3.13.2). Testing the new segwit support for coins other than Ring should probably wait until it's known to work with Ring.
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 18, 2020, 11:40:56 PM |
|
cpuminer-opt-3.13.2-segwit-test is released. Adds support for Segregated Witness (segwit) to GetBlockTemplate. https://github.com/JayDDee/cpuminer-opt/releases/tag/v3.13.2-segwit-testThis is a test release not intended for production use. Users mining solo are invited to test this release and report their results. Other users may want to wait for the next general release before upgrading. Test notes: Minotaur algo (Ring coin) should be tested against the litecoincash fork of cpuminer-multi. Other algos should be tested against cpuminer-opt-3.13.1.1 for any regressions (things that worked in v3.13.1.1 but not in v3.13.2). Testing the new segwit support for coins other than Ring should probably wait until it's known to work with Ring. Congratulations dude, it's working. I tested Minotaur algo with flag `-t 1` `-t 2` `-t 3` and without flag `--threads=n`. It worked without any issue. Here is the debug log file. https://drive.google.com/open?id=1NWx7BHPhz9IlvIyV0j8eidXq6Yj81VvRI will check other algo one by one and will post the results here.
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 18, 2020, 11:47:44 PM |
|
JayDDee, it will be great if you join LitecoinCash (LCC) or/& Ring discord, then we can easily chat and discuss errors/bugs. LCC discord: https://discord.gg/3AnFpvyRing discord: https://discord.gg/Qd2wGkPIf you don't want to join discord then please ignore this post.
|
|
|
|
JayDDee (OP)
|
|
May 19, 2020, 01:00:25 AM |
|
Congratulations dude, it's working. That was unexpected. I guess if you prepare for the worst it doesn't happen. This is the first time anyone has confirmed to me that GBT works in cpuminer-opt. I just kept my hands off it and waited for users to complain. I see there's still some work to be done, GBT still uses the old "new block" log. I also didn't see a 5 minute summary log, did you run long enough? Without the new "new block" log that's the only way you'll see a hash rate. It would be nice to know how the performance compares. The hash rate tends to vary so it might be difficult to compare. Please include your CPU model. I've been thinking about Discord but will wait, development has slowed considerably. The code has been optimized for the latest x86_64 CPUs and many new algos are incompatible with cpuminer. I don't see a lot of activity in the immediate future. If that changes I may reconsider.
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 19, 2020, 01:56:19 AM |
|
I see there's still some work to be done, GBT still uses the old "new block" log. I also didn't see a 5 minute summary log, did you run long enough? Without the new "new block" log that's the only way you'll see a hash rate. It would be nice to know how the performance compares. The hash rate tends to vary so it might be difficult to compare. Please include your CPU model.
I keep it running more than 20 mins, it didn't show 5 mins summary. But, it shows 5 mins summary when I do pool mining. I get around 50 kh/s with 1 thread using LitecoinCash cpuminer-multi, but your miner is generating 80-85 kh/s. It is about 60% more hash rate than LitecoinCash cpuminer-multi. You can easily compare the hash rate with these screenshots. cpuminer-opt-3.13.2-segwit-testLitecoinCash cpuminer-multiAnd this is the summary of 3 hours and 20 mins using cpuminer-opt v3.13.1.1. Yesterday, I did pool mining with 1 thread to see the performance of your miner. My CPU is i5 2400 Intel® Core™ i5-2400 Specifications
|
|
|
|
JayDDee (OP)
|
|
May 19, 2020, 02:12:57 AM |
|
That's great work, thanks.
I'll look into the log issues and wait for regression testing results. If nothing got broken the next build will be a general release.
|
|
|
|
JayDDee (OP)
|
|
May 19, 2020, 06:32:11 AM |
|
cpuminer-opt-3.13.2-segwit-test There's an inconsistency in your testing. In the above the new block is reported the old way, but in the first debug log file: https://drive.google.com/file/d/1NWx7BHPhz9IlvIyV0j8eidXq6Yj81VvR/viewit's reported the new way: [2020-05-19 04:11:17] New Block 103581, Net Diff 0.00086469, Target Diff 0, Ntime 5ec31614P
Did you do something different? Can you watch this closely in your testing? -P is no longer necessary but still use -D for testing.
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 19, 2020, 08:50:35 AM |
|
Did you do something different? Can you watch this closely in your testing? -P is no longer necessary but still use -D for testing.
No, I didn't do anything different. I will test again and will post the result. I did solo mining of sha256d algo (LCC) with both version 3.13.1.1 and 3.13.2 and found a Bug. I will test again with 3.13.1.1 and will post the result. Now, I'm synchronizing LitecoinCash Gold (LTNCG) wallet. When syncing will be completed then will do solo mining of yespowerLTNCG algo and will post the result.
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 19, 2020, 10:15:07 AM |
|
Found first block of Ring in about 5 hours using cpuminer-opt-3.13.2-segwit-test with 2 threads, while I was doing other stuffs too on my PC. My CPU is Intel® Core™ i5-2400
|
|
|
|
JayDDee (OP)
|
|
May 19, 2020, 02:27:49 PM Last edit: May 19, 2020, 04:10:56 PM by JayDDee |
|
Did you do something different? Can you watch this closely in your testing? -P is no longer necessary but still use -D for testing.
No, I didn't do anything different. I will test again and will post the result. I think you may find you get both formats if you let it run long enough. I have an idea why but will wait for your data. Edit: I did some analysis and I found there may be a conflict with longpoll. With stratum, getwork, or GBT without longpoll the miner threads request new work by signalling the workio thread. When longpoll is enabled the longpoll thread requests new work, however, the miner threads via workio also continue to request new work. This is why the new block reporting is inconsistent. When workio requests new work the new format is used, longpoll still uses the old format. You previously reported an HTTP error that went away when you disabled longpoll. The error may have been due to the conflict of both workio & longpoll requesting work. As a result I want to change the focus of testing. Contrary to my last recommendation you should continue to use -P as well as -D so we can see any HTTP errors. I would like 2 tests to run long enough for several new blocks to see if they are reported consistenly the same way and if there are any HTTP errors. Then post the full log files. 1. test with default (longpoll enabled) 2. test with --no-longpoll (disabled) This is a special test targetted at the log reporting. Regression testing with other algos is still needed. Thanks for your outstanding help testing.
|
|
|
|
nak333
Jr. Member
Offline
Activity: 112
Merit: 2
|
|
May 19, 2020, 11:04:27 PM |
|
I did solo mining of sha256d algo (LCC) with both version 3.13.1.1 and 3.13.2 and found a Bug. I will test again with 3.13.1.1 and will post the result.
When I was doing solo mining of LCC (sha256d algo) I found this Bug report as marked in the screenshot. Miner of both versions (v3.13.1.1 and 3.13.2) is showing this bug report. Here is the log file: https://drive.google.com/open?id=1OGFmZKF9ejfFKQtNHwgmkjl5tof-c8kaI left the miner running more than 20 minutes during solo mining, but it didn't show 5 mins summary. So, now I can say the miner of both versions (v3.13.1.1 and 3.13.2) is not showing summary during solo mining with Minotaur and sha256d algo. It only shows summary during pool mining. Now, I'm synchronizing LitecoinCash Gold (LTNCG) wallet. When syncing will be completed then will do solo mining of yespowerLTNCG algo and will post the result.
LTNCG wallet synchronization is complete, but I postponed it testing, cause I got busy with some other stuffs. I will test it when Minotaur testing will complete. Did you do something different? Can you watch this closely in your testing? -P is no longer necessary but still use -D for testing.
No, I didn't do anything different. I will test again and will post the result. I think you may find you get both formats if you let it run long enough. I have an idea why but will wait for your data. When I do solo mining first it shows "new block report" in new format, then it shows in old format and it continues showing in old format. Edit: I did some analysis and I found there may be a conflict with longpoll. With stratum, getwork, or GBT without longpoll the miner threads request new work by signalling the workio thread. When longpoll is enabled the longpoll thread requests new work, however, the miner threads via workio also continue to request new work.
This is why the new block reporting is inconsistent. When workio requests new work the new format is used, longpoll still uses the old format.
You previously reported an HTTP error that went away when you disabled longpoll. The error may have been due to the conflict of both workio & longpoll requesting work.
As a result I want to change the focus of testing. Contrary to my last recommendation you should continue to use -P as well as -D so we can see any HTTP errors.
I would like 2 tests to run long enough for several new blocks to see if they are reported consistenly the same way and if there are any HTTP errors. Then post the full log files.
1. test with default (longpoll enabled) 2. test with --no-longpoll (disabled)
This is a special test targetted at the log reporting. Regression testing with other algos is still needed.
I think you're right. I'm going to test Ring solo mining again and will post the result after few hours. Thanks for your outstanding help testing.
You're welcome dude. I'm also learning with these testing.
|
|
|
|
|