Slow response time with portable plots 1.2.0 for MacOS exFAT
See original GitHub issueI am running into issues where my portable plots are finding proofs (partials) but the response time is super long and they are considered invalid by the pool I joined.
- Chia version 1.2.0
- Mac OS Catalina 10.15.7
- iMac Pro, 3.2 Ghz Xeon, 32 gb ram
- The computer is connected to my router via ethernet
- Plotting with a fast high tbw Sabrent NVME connected via a thunderbolt 3 external enclosure.
- Farming drives are mostly Seagate external Backup Plus 8TB drives, and a Western Digital 14 tb drive. I believe these are using 5200 rpm drives inside. I have formatted them all exFat since I was planning on having a raspberry Pi 4 do farming and the file format should work on linux.
- The drives are connected directly to the iMac Pro.
- I’m connected to Space Pool and it says pooling. My wallet and full node are sync’d. Seeing plenty of connections to other nodes using port 8444.
I’ve started to create plots using the NFT generated when I joined Space Pool.
What’s odd is that most of the logs are fine except for when finding a partial:
2021-07-09T20:04:40.260 harvester chia.harvester.harvester: INFO 0 plots were eligible for farming 38c6cf796d... Found 0 proofs. Time: 0.01266 s. Total 348 plots
2021-07-09T20:04:49.449 harvester chia.harvester.harvester: INFO 0 plots were eligible for farming 38c6cf796d... Found 0 proofs. Time: 0.01871 s. Total 348 plots
2021-07-09T20:04:54.369 harvester chia.harvester.harvester: INFO 1 plots were eligible for farming 417995711b... Found 1 proofs. Time: 134.45386 s. Total 348 plots
2021-07-09T20:05:00.679 harvester chia.harvester.harvester: INFO 2 plots were eligible for farming 38c6cf796d... Found 0 proofs. Time: 1.67033 s. Total 348 plots
2021-07-09T20:05:09.085 harvester chia.harvester.harvester: INFO 0 plots were eligible for farming 38c6cf796d... Found 0 proofs. Time: 0.01356 s. Total 348 plots
2021-07-09T20:05:19.127 harvester chia.harvester.harvester: INFO 0 plots were eligible for farming 38c6cf796d... Found 0 proofs. Time: 0.01275 s. Total 348 plots
2021-07-09T20:05:29.085 harvester chia.harvester.harvester: INFO 0 plots were eligible for farming 38c6cf796d... Found 0 proofs. Time: 0.01329 s. Total 348 plots
These are taking around 100-200 seconds. In the case that the drives might be going to sleep, I created a cronjob to touch a dummy file every minute on the 2 drives with plots and that does not seem to make a difference.
I’m not sure what to do besides try to move to a faster storage medium or try a different format for my drives, but that seems odd. I also tried a different pool and the issue was still there.
Issue Analytics
- State:
- Created 2 years ago
- Reactions:1
- Comments:31 (4 by maintainers)
Top Results From Across the Web
Slow response time with portable plots 1.2.0 - Chia Forum
Performance is improved quite a bit with the cronjob and while NOT plotting. My response times are around 40-90 seconds now.
Read more >Why is exFAT so slow on Mac? (reloaded) - Ask Different
The reason it is slow is that the implementation is not as optimized as it could have been. A third party exFAT driver...
Read more >Just a heads up if your using a Mac or a ExFAT formatted drive ...
I have some exfat drives which i'm farming on. On a windows machine. Should I move the plots to a temp drive, format...
Read more >Incredibly slow transfer speed using exFAT - Apple Community
Anyway, i'm seeing an incredibly slow transfer speed con this SSD, like 20 or more times slower than it should be (around 50MB/s...
Read more >Not directly ecamm related but my macbook has locked up
PS-it is a 2015 macbook pro so I am not trying to break the bank just dont ... I boot up my Mac...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Release 1.2.3 has introduced the parallel_read option in config.yaml to solve this issue. If you upgrade, you will need to manually add the setting under harvester.
Great idea @AndyRPH to use the plots check function! Waiting for a proof takes a long time for most of us.
I only noticed this problem when I was playing around with some of the Chia forks, since I can find proofs much more frequently there. I didn’t see any of these extremely long times until I started running forks based on Chia 1.2.x, so I decided to compare official Chia 1.1.7 to 1.2.2 using a check on the same solo plot file.
The following tests were performed after a reboot with no other applications running:
Results were as follows:
Version 1.1.7: 57 seconds Version 1.2.2: 17 minutes, 58 seconds
I would rate the impact of this issue as fairly high. Yes, ExFAT has poor performance and reliability, but nonetheless it is commonly used on Macs, as it is the only natively available file system with large file support and cross-platform compatibility. Whether ExFAT, macOS, Python, Chia, or something else is at the heart of the drastic change in performance between Chia v1.1 and v1.2, the consequences for Mac Chia farmers are enormous. They will have no indication that anything is wrong until they hit a proof. If they do hit a proof, they are certain to miss the reward. If they aren’t scanning logs, they’ll never know they should have won.