-
Notifications
You must be signed in to change notification settings - Fork 37
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
listPlotFiles=true does not always show list #73
Comments
Hi! 2.) Jep, it is due to the 2nd fork at block 502000. After this your roundtimes should be ok again. |
@DefiantMiner as per zodi1337 it will be more or less half the speed. |
Using Win10 1709, 32GB, 43.5TB, RX460. Sounds like there's a listplotfiles bug with it on Windows. Ah, figured but has no confirmation. The speed reduction is not quite 50% so I was a little concerned with it...but I'll just let her run as is and see what happens after 502000. Thanks, all. |
@DefiantMiner I agree that the speed drop is more than 50%, but you should still send the deadlines. You can always move to Blago or CreepMiner until 502k. With RX460 I would personally use OPENCL version of CreepMiner which seems to be doing rather well with POC1<->POC2 conversion. |
Oh it's sending deadlines just fine...I've actually forged 2 blocks during and after the POC2 convert. Just a little slow on the cha-chunk'n. Sounds like it's temporary so I'm fine with that. I might play with CreepMiner OpenCL...but I'd rather not mess with more downtime unless required. Maybe with one of the test systems...dunno. |
@DefiantMiner thanks for reporting issue with listPlotFiles, strange that it is not deterministic ... will look into it. Poc2 using twice the time before 502000 is expected, as double the data gets read ... no issue there. |
Copy that. Thank you for your continued work and support on the miner. |
- #73 listPlotFiles=true does not always show list - prevent concurrent modification while creating real capacity lookup - ensure lowestCommitted does not get updated with higher committed deadline due to bad timing - removed obsolete properties triggerServer, recommitDeadlines, poc2ActivationBlockHeight - some code cleanup and update to latest libs - new version 0.5.3-SNAPSHOT
1.) Many times when the miner is started, it does not show a list of drives/plots when this setting is enabled. Everything else seems to be working mining-wise, no errors, all converted POC2 files, no stagger in names, etc.
2.) I have noticed a significant decrease in processing speed now that plots are converted to POC2. What used to take 15-18secs (43TB), now takes 25-30secs. File sizes & number have not changed. Same config as before except now on all POC2. Is this due to us still being pre-fork at block ~502000?
The text was updated successfully, but these errors were encountered: