У меня есть Bitcoin ядра в сливовый режиме.
Я запустил его через один автономный день, и синхронизация действительно перемалывает HDD и едва прогрессирует. Это делает что-то вроде 1 блока в минуту.
В каталоге chainstate были затронуты только 250MB файлов, поэтому запись легко кэшируемым.
Есть ли способ, чтобы получить кэширование записи?
|
|
||||||
19 октября 2017, 11:14:31 PM
|
# 1 |
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
20 октября 2017, 12:33:53 AM
|
# 2 |
|
Сообщения: 1246
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Получил 1806 Биткоинов
Реальная история. Увеличение размера DbCache, начиная Bitcoin ядра с -DbCache =
|
|
|
|
|
20 октября 2017, 1:44:26 AM
|
# 3 |
|
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
DbCache был установлен в 3000. Я не думаю, что я видел использование процесса в любом месте близко к этому много памяти, но я буду более внимательно в следующий раз.
Является DbCache только для набора UTXO? Является ли это для чтения или записи? |
|
|
|
|
20 октября 2017, 3:33:44 AM
|
# 4 |
|
Сообщения: 1246
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
DbCache был установлен в 3000. Я не думаю, что я видел использование процесса в любом месте близко к этому много памяти, но я буду более внимательно в следующий раз. DbCache используется для проведения UTXO установки в памяти. После того, как DbCache полон, множество UTXO будет сброшено на диск. Имея более высокий DbCache означает, что он промывается меньше, так что это уменьшит диск IO с UTXO установить сторону вещей. Однако во время синхронизации, блоки записываются и удаляются с диска, так что является основным источником дискового ввода-вывода и замедления.Является DbCache только для набора UTXO? Является ли это для чтения или записи? |
|
|
|
|
20 октября 2017, 11:23:29 AM
|
# 5 |
Сообщения: 966
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Есть ли способ, чтобы получить кэширование записи? В общем, ваша операционная система должна позаботиться об этом на уровне диска.У меня есть хороший опыт, работающий под управлением отсеченной Bitcoin Ядром с диска RAM. Если у вас достаточно оперативной памяти, вы можете сделать это, и скопировать его на жесткий диск, как только это сделано синхронизации. В Linux, это работает для меня: Код: MkDir / DEV / ГИМ / prunedBitcoin # создать новый каталог в / DEV / ГИМ, который по умолчанию использует до 50% доступной оперативной памяти CHMOD 700 / DEV / ГИМ / prunedBitcoin # основы безопасности на многопользовательской системе Bitcoin -datadir = / DEV / ГИМ / prunedBitcoin -prune = 550 # теперь мы ждем мв / DEV / ГИМ / prunedBitcoin ~ # перейти на домашний каталог после закрытия Bitcoin Сердечника Это теперь скачивания на максимальную скорости моего Wifi позволяет, Расчетное время осталось: 9 часов (хотя я знаю из опыта, это займет немного больше времени, так как он ограничен мой процессор позже). |
|
|
|
|
20 октября 2017, 3:27:41 PM
|
# 6 |
|
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Другая проверка, на этот раз с DbCache = 6000. Кэш не работает. Я использую 15.0.1 x64 на Windows 8.
Через 15 минут начальных, синхронизация скорость меньше, чем 1 кадр / мин. Использование памяти достиг около 300 МБ. I / O больше читает, чем пишет, и есть постоянное открытие и закрытие chainstate файлов. Наблюдая за доступ к файлам в течение приблизительно минуты, там было несколько 100s ввода / вывода, чтобы блокировать данные (один файл и его файл оборотов), и более 100K ввода / вывода в chainstate файлы. Запускать: Через несколько минут: |
|
|
|
|
20 октября 2017, 6:15:14 PM
|
# 7 |
|
Сообщения: 966
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Другая проверка, на этот раз с DbCache = 6000. Кэш не работает. Я использую 15.0.1 x64 на Windows 8. Какие аппаратные спецификации у вас есть? Кажется, что сайт был под DDOS ранее, к тому времени я мог редактировать свой пост, Bitcoin Ядро скачали 15% уже. И это просто старая i3, но с 12 Гб оперативной памяти.Через 15 минут начальных, синхронизация скорость меньше, чем 1 кадр / мин. Использование памяти достиг около 300 МБ. Как далеко позади вы? 1 блок / мин, всего 10 раз в режиме реального времени, что означает, что это может занять несколько месяцев, чтобы догнать. котировка Через несколько минут: Я вижу 159,271 Отказы Page всего за 3 минуты. Это 843 в секунду. Я не эксперт по Windows, и я не уверен, что это означает, что именно, но это кажется высоким мне. Из Wiki:котировка Основные недостатки страниц на обычных компьютерах (которые используют жесткие диски для хранения) могут оказать существенное влияние на производительность. Средний жесткий диск имеет среднюю вращательную задержку 3 мс, время искать 5 мс, а время передачи 0,05 мс / стр. Таким образом, общее время для подкачки находится вблизи 8 мс (= 8000 мкс). Если время доступа к памяти составляет 0,2 мкс, то ошибка страницы будет сделать операцию около 40000 раз медленнее. Ваша скорость синхронизации выглядит как мой старый Atom нетбук с 1 Гб оперативной памяти (и SSD). Вы ограничены в памяти? |
|
|
|
|
20 октября 2017, 8:32:31 PM
|
# 8 |
|
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Эта конкретная синхронизация догонять после 12 часов в автономном режиме.
Единственное узкое место здесь является жестким диском, в сочетании с отсутствием кэширования, что приводит к большому количеству случайных небольшим читает и пишет. RAM не является проблемой. Bitcoin ядро в любом случае никогда не использовали гораздо больше, чем 300MB вы видите на скриншоте. Ошибки страниц нормальны. Я предполагаю, что это обращение к диску из-за того, что делает программное обеспечение. На 3-й по времени процессора, а не всего времени выполнения. Случайная точка отсчета: запуск Блокнота влечет за собой около 2000 страничных ошибок в 50мс. |
|
|
|
|
20 октября 2017, 9:03:25 PM
|
# 9 |
|
Сообщения: 966
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Единственное узкое место здесь является жестким диском, в сочетании с отсутствием кэширования, что приводит к большому количеству случайных небольшим читает и пишет. Я имею такую же установку на жесткий диск (хотя я не подрезать его), и едва его выключить. Я выключил его сейчас, завтра утром я снова включите его и сказать вам, сколько времени требуется для синхронизации.На моей памяти диска эксперимента, я до сих пор делаю несколько блоков в секунду. Это теперь за менее 2-х лет, когда блоки не были еще полностью. котировка RAM не является проблемой. Bitcoin ядро в любом случае никогда не использовали гораздо больше, чем 300MB вы видите на скриншоте. Ваша ОС использует RAM тоже, и чем больше вы имеете, тем больше кэш-файл можно использовать. Поэтому мой вопрос: сколько оперативной памяти у вас есть? Я заметил огромное общее улучшение, когда я пошел от 4 до 12 лет на Linux.котировка Ошибки страниц нормальны. Я предполагаю, что это обращение к диску из-за того, что делает программное обеспечение. На 3-й по времени процессора, а не всего времени выполнения. Понимаю. Это стоит попробовать Случайная точка отсчета: запуск Блокнота влечет за собой около 2000 страничных ошибок в 50мс. |
|
|
|
|
20 октября 2017, 9:14:43 PM
|
# 10 |
|
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
8GB барана. BitcoinCore не ограничивая себя, потому что 300 МБ пытается быть вежливым, большинство памяти бесплатно.
Я не думаю, что ограничивает размер кэша динамически, не так ли? Установка явно DbCache предполагает, что это просто использует столько, сколько он хочет, до этого предела. Я думаю, что диск RAM действительно будет решить, но не программное обеспечение только знать, как использовать оперативную память напрямую? |
|
|
|
|
21 октября 2017, 5:42:04 AM
|
# 11 |
|
Сообщения: 966
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
8GB барана. BitcoinCore не ограничивая себя, потому что 300 МБ пытается быть вежливым, большинство памяти бесплатно. Операционная система использует свободную память для кэширования файлов.котировка Я не думаю, что ограничивает размер кэша динамически, не так ли? Установка явно DbCache предполагает, что это просто использует столько, сколько он хочет, до этого предела. Я не уверен, как это работает внутри, нажмите "Помогите > окно отладки" чтобы увидеть его использование памяти для пула памяти, я всегда считал, что это количество кэш-памяти он использует (но я не совсем уверен), и пул памяти не так много неподтвержденные операции.котировка Я думаю, что диск RAM действительно будет решить, но не программное обеспечение только знать, как использовать оперативную память напрямую? Можно было бы сказать так! Я не знаю, почему это так медленно для вас, я проверил все нормально:Я имею такую же установку на жесткий диск (хотя я не подрезать его), и едва его выключить. Я выключил его сейчас, завтра утром я снова включите его и сказать вам, сколько времени требуется для синхронизации. Прошло 70 секунд, чтобы синхронизировать 11 часов блоков. Это около 1 блока в секунду |
|
|
|
|
21 октября 2017, 1:06:02 PM
|
# 12 |
|
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Спасибо за проверку. 70 секунд гораздо более разумным (хотя все еще может быть быстрее). Были подобные синхронизируется быстрее на вашем SSD установить?
Пул памяти неподтвержденные транзакции еще не в блоках, а не общее использование памяти клиента. Windows, может использовать свободную память для своего кэширования, но он отказался, если программное обеспечение нуждается. |
|
|
|
|
21 октября 2017, 4:58:18 PM
|
# 13 |
|
Сообщения: 1246
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
RAM не является проблемой. Bitcoin ядро в любом случае никогда не использовали гораздо больше, чем 300MB вы видите на скриншоте. Тогда вы, вероятно, установить параметр неправильно. Как вы установили DbCache? Можете ли вы опубликовать содержимое файла bitcoin.conf? Можете ли вы опубликовать содержимое файла debug.log?Я не уверен, как это работает внутри, нажмите "Помогите > окно отладки" чтобы увидеть его использование памяти для пула памяти, я всегда считал, что это количество кэш-памяти он использует (но я не совсем уверен), и пул памяти не так много неподтвержденные операции. Mempool и DbCache не имеют никакого отношения друг к другу. У них есть свои собственные выделения памяти и настроены с различными опциями.OP, какой вид HDD у вас есть? Что ваш процессор? Процессор также может быть узким местом, учитывая количество вычислений, что должно быть сделано для проверки блоков. |
|
|
|
|
21 октября 2017, 4:58:22 PM
|
# 14 |
|
Сообщения: 966
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Спасибо за проверку. 70 секунд гораздо более разумным (хотя все еще может быть быстрее). Были подобные синхронизируется быстрее на вашем SSD установить? Я никогда не устанавливал полный Bitcoin Ядро на моем SSD (это не достаточно большой). Syncing также использует много ресурсов процессора, поэтому я очень доволен 1 блок (1 МБайт) в секунду.Я выключил отсеченный тест на диске RAM, тестируя его сейчас (блоки от 10 апреля 2017 года): Мой 200 испытательный блока занял чуть более 5 минут, это даже медленнее, чем мой HDD-тест сегодня утром. Это интересная модель, хотя: иногда он перестает использовать много ресурсов процессора, я думаю, что это загружает много блоков вперед на 5 Мбайт / с, и после этого продолжает их обработки. загрузка процессора идет от 20 до 350% (виртуальных 4 ядер). Затем, через некоторое время, он останавливает загрузку, в то же время обработки блоков. Это кажется неэффективным, не загружая и непрерывно синхронизируются одновременно. Я до сих пор с помощью Bitcoin версии ядра v0.14.2.0, так что это может быть быстрее в последней версии. Я не могу сказать вам, что причина вашей медленной синхронизации, это огромная разница в скорости с моим испытанием. Если вы когда-нибудь понять это, пожалуйста, оставьте свои результаты здесь. |
|
|
|
|
21 октября 2017, 5:46:00 PM
|
# 15 |
Сообщения: 1246
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Я никогда не устанавливал полный Bitcoin Ядро на моем SSD (это не достаточно большой). Syncing также использует много ресурсов процессора, поэтому я очень доволен 1 блок (1 МБайт) в секунду. Когда вы Обрезка включен с настройками по умолчанию (сливовый = 550), Bitcoin ядро будет пытаться сохранить в большинстве 550 МБ блока и отменить данные на диске. Это означает, что ~ 225 МБ блоков фактически сохраняются. После этого, он начинает удаление блоков, начиная с самого старого.Я выключил отсеченный тест на диске RAM, тестируя его сейчас (блоки от 10 апреля 2017 года): Мой 200 испытательный блока занял чуть более 5 минут, это даже медленнее, чем мой HDD-тест сегодня утром. Это интересная модель, хотя: иногда он перестает использовать много ресурсов процессора, я думаю, что это загружает много блоков вперед на 5 Мбайт / с, и после этого продолжает их обработки. загрузка процессора идет от 20 до 350% (виртуальных 4 ядер). Затем, через некоторое время, он останавливает загрузку, в то же время обработки блоков. Это кажется неэффективным, не загружая и непрерывно синхронизируются одновременно. Я до сих пор с помощью Bitcoin версии ядра v0.14.2.0, так что это может быть быстрее в последней версии. Я не могу сказать вам, что причина вашей медленной синхронизации, это огромная разница в скорости с моим испытанием. Если вы когда-нибудь понять это, пожалуйста, оставьте свои результаты здесь. Когда вы синхронизируете, Bitcoin Ядро загружает блоки как можно быстрее, делая основную проверку на них, а затем записывать их на диск. Но проверки блоков и соединив их занимают больше времени, чем загрузки и быстрая проверка, так что 225 Мб выделенных блоков заполняются быстро, но блоки не могут затем быть удалены, так как проверка еще не завершены на старых блоках, так что скачать паузы, так что проверка может догнать. Затем он возобновляет и повторяет этот процесс. Из-за этого, синхронизируя с отсеченным узлом может занять больше времени. Когда у вас нет обрезки включены, Bitcoin ядро может просто держать загрузки и проверки блоков как можно быстрее, без учета того, где эта проверка на. |
|
|
|
|
21 октября 2017, 9:34:24 PM
|
# 16 |
|
Сообщения: 196
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Когда вы Обрезка включен с настройками по умолчанию (сливовый = 550), Bitcoin ядро будет пытаться сохранить в большинстве 550 МБ блока и отменить данные на диске. Это означает, что ~ 225 МБ блоков фактически сохраняются. После этого, он начинает удаление блоков, начиная с самого старого. Когда вы синхронизируете, Bitcoin Ядро загружает блоки как можно быстрее, делая основную проверку на них, а затем записывать их на диск. Но проверки блоков и соединив их занимают больше времени, чем загрузки и быстрая проверка, так что 225 Мб выделенных блоков заполняются быстро, но блоки не могут затем быть удалены, так как проверка еще не завершены на старых блоках, так что скачать паузы, так что проверка может догнать. Затем он возобновляет и повторяет этот процесс. Из-за этого, синхронизируя с отсеченным узлом может занять больше времени. Когда у вас нет обрезки включены, Bitcoin ядро может просто держать загрузки и проверки блоков как можно быстрее, без учета того, где эта проверка на. Спасибо за четкое объяснение. Я поднял значение сливового подрезать = 2048. Будет ли это скорость вещи немного или нет? |
|
|
|
|
21 октября 2017, 10:06:29 PM
|
# 17 |
|
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Я выключил отсеченный тест на диске RAM, тестируя его сейчас (блоки от 10 апреля 2017 года): Мой 200 испытательный блока занял чуть более 5 минут, это даже медленнее, чем мой HDD-тест сегодня утром. Таким образом, обрезают на RAM диске медленнее, чем тест HDD? обрезают ли тест HDD, а? Но два различия между нами: вы на v14.2.0 и Linux, я на 15.0.1 (x64) и Windows. Тогда вы, вероятно, установить параметр неправильно. Как вы установили DbCache? Можете ли вы опубликовать содержимое файла bitcoin.conf? Установка DbCache признается в окне настройки:Это bitcoin.conf с строки комментариев удалены: Код: подрезать = 2000 MinimizeToTray = 1 DbCache = 6000 котировка Можете ли вы опубликовать содержимое файла debug.log? Много линий. Все, что конкретно? Части кэша чтения:Код: 2017-10-20 14:21:35 * Использование 2.0MiB для индексной базы данных блока 2017-10-20 14:21:35 * Использование 8.0MiB для базы данных состояний цепи 2017-10-20 14:21:35 * Использование 5990.0MiB в оперативной памяти набор UTXO (плюс до 286.1MiB неиспользованного пространства mempool) Есть маленькие цифры относятся к чему-то другое, чем кэширование? Я думал, что множество UTXO такое же, как chainstate дб. котировка Что ваш процессор? Процессор также может быть узким местом, учитывая количество вычислений, что должно быть сделано для проверки блоков. использование процессора одноразрядный в среднем, с пиками, пересекающих 10% (скриншот в предыдущем посте показывает типичную картину. Вот еще один запуск.)котировка какого рода HDD у вас есть? Внутренний 2,5" 5400rpm. Не быстро, но учитывая все обстоятельства, безусловно, не сильно отличаются от других жестких дисков, когда речь идет о поисках. Модели ввода / вывода и отсутствие кэширования являются основной причиной. Он постоянно читает в нескольких Мб / с, смешанным с записью на несколько 100s Кб / с, с редким >1MB записи. Следующий билет упоминает изменения в кэшировании в v15. Может быть, проблема связана? https://github.com/bitcoin/bitcoin/issues/10647 Другой билет говорит режим чернослива флешь UTXO кэш постоянно в V15 беты: https://github.com/bitcoin/bitcoin/issues/11315 |
|
|
|
|
24 октября 2017, 2:37:45 AM
|
# 18 |
|
Сообщений: 70
цитировать ответ |
Re: обрезают режим синхронизации не кэшировать файл пишет?
Временное решение:
Я попробовал то, что предложил LoyceV. Я скопировал весь "chainstate" каталог на диске RAM, который я символическую ссылку на "chainstate" каталог под директории данных сердечника. Таким образом, скорость синхронизации оказалось на порядок быстрее. При синхронизации было сделано, я скопировал содержимое RAM диска обратно в физический "chainstate" каталог и перезапустить ядро. |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.