Размер DAG (выигрыш 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 на моем ПК ( только моя горная вышка, более года назад, когда она была намного меньше), потому что она никогда не поместилась бы на моем ничтожном остальном пространстве SSD.

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

Любые идеи?

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

-Aaron

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

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

5 голосов | спросил Aaron 4 Mayam17 2017, 10:56:34

2 ответа


5

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

ответил Tjaden Hess 4 Maypm17 2017, 17:24:23
-1

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

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

ответил Kainzo 2 J0000006Europe/Moscow 2017, 07:16:29

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132