Ну если актуализация занимет терпимое время то строчку можне не раcкоментировать, так как выигрыша заметного не будет.
У меня вообще есть сомнения, что этот параметр влияет на скорость синхронизации, пробовал с ним и без него - разницы не заметил. Подозреваю, это работает уже для синхронизированной ноды, чтобы трафик экономить. Но не уверен.Quote
Кстати, у меня был однажды такой случай. Коре закрылся во внештатном режиме. Когда запустил его снова всё было ОК, засинхронизировался , закрылся как положено. Через несколько часов запустил опять. Смотрю синхронизация началась не с того блока, на котором нода остановилась , а с того когда началась предыдущая синхронизация. Нода опять засинхронизировалась полностью. Повторял этот цикл ( остановку - задержку запуска - запуск - полную синхронизацию ) несколько раз и каждый раз было одно и то же при этом время синхронизации естественно увеличивалосься, так как начальный блок оставалсяя одним и тем же, а новые блоки всё прибывали прибывали. Короче понял что, что-то не то с базой. Так как у меня была копия, я недолго думаю затёр диск и скопировал на него свой бэкап. После этого всё заработало в штатном режиме.
Может у ОП та же ситуация. Кто знает.
Да, капризная это штука, тоже попадал на непонятные моменты и перекачивал блокчейн заново (это мне было проще, чем искать причину). По-хорошему нода должна работать безостановочно на отдельном девайсе и с бесперебойником.Может у ОП та же ситуация. Кто знает.
Quote
C этими SSD такая штука. Чтобы скорость записи/считывания не падала желательно чтобы примерно 25% его ёмкости оставалась свободной. Поэтому если исходить из этого условия то 1 ТБ это фактически 0.75 ТБ.
Есть такое дело. Хотя в данном случае можно смириться с падением производительности диска, все равно будет намного быстрее HDD. 
