В чем отличие на практике “storage2.piece-scan-on-startup: false” от применения “enable-lazy-filewalker”?

Для начала поясню, что такое filewalker.
Это процесс обхода и вычисления размеров всех кусочков, принадлежащих вашему узлу, для предоставления точной информации о занятом и свободном месте как сателлитам, так и на dashboard.
Например, если у вас повредилась БД и/или вы пересоздали её, узел не сможет распознать свои кусочки, потому что эта информация была потеряна, filewalker восстановит эту информацию в БД (если она исправна) и узел “признает” свои кусочки и будет считать занятое и свободное место корректно.
Он так же помогает в случае, если диск используется совместно с чем-то другим (многие запускают майнер Chia на том же диске).

Это две совершенно разные опции.

Отключает запуск filewalker при старте узла. Это бывает полезно для медленных дисков и/или слабых систем типа Raspberry Pi, но применимо только если ничего больше не использует диск и БД исправна, иначе узел будет предоставлять неверную информацию о занятом и свободном месте как сателлитам, так и на dashboard.

Аргумент командной строки:

или параметр в config.yaml

pieces.enable-lazy-filewalker: true

включает возможность запуска filewalker с пониженным приоритетом, чтобы узел мог нормально обрабатывать клиентские запросы, а не зависать на секунды, если диск и/или ваша система неспособны их обрабатывать параллельно. Опять же полезно для медленных дисковых подсистем и/или слабых устройств типа Raspberry Pi. Но в результате filewalker будет работать значительно дольше.
Разумеется, работает только совместно с включенным filewalker (значение по умолчанию)

storage2.piece-scan-on-startup: true
3 Likes