Размер DAG (Win 10) значительно больше, чем ожидалось

Прошлой ночью я обновил кошелек Mist Ethereum до гораздо более новой версии, чем когда я последний раз использовал его (от 0.2.6 до 0.8.9) около 1 года назад, и, судя по всему, что я читал о размере DAG, он использует гораздо больше. места, чем должно быть (поэтому я никогда не мог запустить его с моего SSD раньше - он съедал бы 10+ ГБ и был бы слишком близок к отметке 90% моего тщедушного загрузочного диска на 128 ГБ, и мне пришлось бы отменить Это).
Прошлой ночью я, наконец, понял, что такое «mklink», и DAG с радостью синхронизируется, думая, что находится в %appdata%, хотя на самом деле указывает на место на моем вращающемся диске.

Приложение кошелька с этим справляется. Он точно распознал, где я был, насколько я был в последний раз, когда я синхронизировал DAG, и продолжил оттуда (мне оставалось пройти чуть менее 1 миллиона блоков по состоянию на 4 часа назад). Я записал, сколько свободного места у меня было, когда я начал процесс синхронизации, чтобы знать, сколько он занимает.

Перенесемся в настоящее: когда я записывал это, у меня было 360 ГБ свободного места на жестком диске, который я использую. На данный момент (75,7% синхронизации) у меня осталось 337 ГБ свободного места или около 23 ГБ DAG. Соответственно, папка «chaindata», с которой он синхронизируется, на момент написания составляет ровно 30 ГБ (7 ГБ были загружены 1 год или более назад).

Это то же самое поведение, которое я наблюдал перед перемещением DAG с помощью mklink, поэтому я не верю, что это как-то связано — на самом деле, у меня никогда не было полностью синхронизированной DAG на моем ПК (только мой майнинг rig более года назад, когда он был намного меньше), потому что он никогда не поместился бы на моем скудном оставшемся пространстве SSD.

Если это поможет с диагностикой, каталог chaindata содержит 16 060 элементов (и их число продолжает расти), каждый прибл. 2 МБ и начиная с 047061.LDB (в 2016 г.) в хронологическом порядке до настоящего 191120.LDB (быстро узурпированного более новыми файлами).

Любые идеи?

Спасибо большое,

-Аарон

Редактировать: синхронизация завершена на 86%, /chaindata до 36 ГБ.

Edit2: синхронизация завершена на 98%, /chaindata до 43 ГБ.

Ответы (2)

Я думаю, вы можете путать DAG с другими данными цепочки. DAG используется только для майнинга и занимает всего около 2 ГБ. То, что занимает место, — это весь блокчейн, который вы сейчас загружаете (вот что такое «синхронизация». 40 ГБ — это правильно, и пока легкие клиенты не станут доступны, это просто то, с чем вам придется иметь дело. папка будет продолжать расти медленнее, даже когда вы закончите синхронизацию.

Да, я действительно перепутал их — главным образом потому, что когда я использовал командную строку: geth.exe --datadir [желаемое местоположение], текст инициализации для geth читался как «Расположение данных: [новое желаемое местоположение]. Местоположение DAG: [старое %appdata% location], а диск c:\ продолжал расти с той же скоростью (что заполнило бы его задолго до того, как цепочка закончила синхронизацию). может хранить /chaindata/ на диске с большим количеством места, но я все еще ошибочно полагал, что DAG был синонимом chaindata.Спасибо!

Я на самом деле новичок здесь и у меня было несколько вопросов. Кажется, 100 ГБ недостаточно для выполнения такой операции. Есть ли способ уменьшить и оптимизировать этот процесс?

Я бы предпочел использовать только 2-5 ГБ и при этом иметь возможность майнить.

Пожалуйста, выполните поиск по сайту, и если вы не найдете то, что ищете, задайте новый вопрос .