Получение цепи быстрее - более 8 исходящих соединений

Привет,

было бы возможно изменить исходный код так, что более 8 исходящих соединений были разрешены?

(См эту тему: )

Может кто-нибудь мне точку к части исходного кода мне нужно изменить?

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

Я не хочу верить в интернет-кошелек.

Есть ли какие-либо корыстные тонкие клиенты еще вне дома? Что-то я мог бы легко поставить на новые компьютеры?

Blockchain скорость загрузки в основном ограничивается временем, которое требуется базы данных для фиксации на диск. Дополнительные соединения не помогут.

Цитата: Revalin от 27 марта 2012 года, 8:16:39 AM

Это явно неверно, размер было то, что 500 мб в 2011 году, и теперь, возможно, его вдвое больше, - я мог бы скопировать, что с диска на диск в несколько минут.

Я ждал дней с клиентом работает - его с ума.

В 8 соединений только проблема.

Цитата: Realpra от 27 марта 2012 года, 8:25:32 AM

Цитата: Revalin от 27 марта 2012 года, 8:16:39 AM

Это явно неверно, размер было то, что 500 мб в 2011 году, и теперь, возможно, его вдвое больше, - я мог бы скопировать, что с диска на диск в несколько минут.

Копирование! = Совершение. Совершение занимает около трех спинов привода на предмет совершения.

котировка

Я ждал дней с клиентом работает - его с ума.

В 8 соединений только проблема.

Это более вероятно, время потребуется, чтобы совершить каждый блок и транзакцию на диск и проверить все транзакции в ней. Сколько блоков в минуту вы получаете? Что ваша нагрузка на процессор выглядеть? Что CPU у вас есть?

Для сохранения целостности базы данных он выписывает журнал сделки должны быть включившим, синхронизирует диск, записывает транзакцию, синхронизирует снова, а затем удаляет журнал. Это ударяет диск намного сложнее, чем просто копии, и это должно быть сделано в миллионы раз.

Если вы хотите больше соединений вы можете открыть входящий порт, и люди будут подключаться к вам. Если вы хотите, чтобы больше соединений вы можете редактировать MAX_OUTBOUND_CONNECTIONS в net.cpp.

Если вы действительно хотите, чтобы идти быстрее, попробуйте бету. Параметры базы данных были скорректированы для повышения производительности:

Если вы хотите, чтобы пропустить процесс загрузки вы можете скачать blockchain здесь: http://eu1.bitcoincharts.com/blockchain/

Цитата: JoelKatz от 27 марта 2012 года, 8:28:22 AM

Копирование! = Совершение. Совершение занимает около трех спинов привода на предмет совершения.

Даже так это, кажется, слишком долго, если коммиты базы данных не делается в ужасающем усадьбы ...

котировка

Я получаю около 50 минуту, то будет около 41 кб / с.

Моя нагрузка составляет около 5-10% в среднем. Использование памяти немного высоко прямо сейчас, так как я делаю программирование в Visual Studio, но у меня есть много, чтобы сэкономить.

Процессор AMD64 5400+ Dual Core 2,81 ГГц. Я бег наиболее требовательные игры, хотя и не в полной графике больше.

Я в Скандинавии, так что я не знаю, насколько хорошо покрытие узла здесь.

Я изменил исходный код сейчас, был постоянным в верхней части файла Src / Net.cpp с MAX_OUTBOUND или что-то. Был 8, и я изменил его на 80 лет.

Программа, похоже, не перекомпилировать, хотя.

Цитата: Revalin от 27 марта 2012 года, 8:42:33 AM

Если вы хотите больше соединений вы можете открыть входящий порт, и люди будут подключаться к вам. Если вы хотите, чтобы больше соединений вы можете редактировать MAX_OUTBOUND_CONNECTIONS в net.cpp.

Да так, что до того, как сделать это перекомпилировать? (Я все еще получаю только 8 соединений)

Читали ли вы Src / DOC / наращивание msw.txt?

Она должна строиться под MinGW. Я не знаю, работает ли VS.

Цитата: Revalin от 27 марта 2012 года, 8:56:14 AM

Читали ли вы Src / DOC / наращивание msw.txt?

Она должна строиться под MinGW. Я не знаю, работает ли VS.

Хм я не вижу эту папку в ИПВ.

Я не здание с VS вот только домашнее задание

Я вроде думал, что клиент Bitcoin был построен каждый раз, когда вы выбежали его - значит, почему исходные файлы там, где ...

Неа. Источник здесь, чтобы поощрять людей, чтобы посмотреть на него.

Bitcoin загружает только цепочку от одного из ваших коллег в то время, так что подключение к более только увеличит ваши шансы на подключение к быстрой один. Вы можете получить тот же эффект, "-connect"ИНГ к узлу вы знаете, очень быстро.

(Как уже упоминалось, скорость сети обычно не является ограничивающим фактором, так или иначе.)

Цитата: Realpra от 27 марта 2012 года, 8:48:32 AM

Чтобы уточнить, вы видите, нагрузка на процессор составляет около 5-10%, а вы получаете блоки около 50 в минуту. Это верно?

Как я уже говорил в другом потоке, начальный процесс синхронизации состоит из трех этапов:

Загрузка данных: Ограничена и скорость сети вашей вашего партнёра
Ведение базы данных: В основном ограничивается задержки диска
Проверка цепи: Ограничена скоростью процессора

Перед 0.6.0, ведение базы данных почти всегда перевешивает два других. С 0.6.0rc5 настройки кэширования были переработаны, в результате чего в замечательном ускорении для базы данных. Это означает, что теперь время загрузки действительно может стать значительным, и это может быть стоит посмотреть на улучшение процесса загрузки, например, загрузка с нескольких коллег сразу.

Увеличение количества исходящих соединений не поможет вам получить цепочку быстрее: даже при использовании 0.6.0rc5, цепь все еще загружается с одного партнера, а зачастую еще не самый медленный шаг. В самом деле, увеличение этого числа является плохой идеей для сети, так как сверстники с открытыми входящими портами не слишком много.

Цитата: JoelKatz 27 марта 2012, 10:12:13 AM

Цитата: Realpra от 27 марта 2012 года, 8:48:32 AM

Да:

50 блоков / мин
Расчетная скорость DataTransfer 41 кб / с (с каждым блоком = 50 кб)
5-10% нагрузка в среднем процессора
1.5 Гб 2 Гб оперативной памяти, отведенной (Windows 7 ... кажется, чтобы загрузить много вещей - нет замедлений, хотя)

EDIT: Мой клиент является один из bitcoin.org, версия 0.5.2

Количество соединений действительно не имеет значения. Я скачал цепь в значительной степени с той же скоростью 120 соединений.
Если вы не верите нам направить Bitcoin порт на вашем компьютере в маршрутизаторе. Не имеет значения, если дополнительные соединения входящие или исходящие, но это лучше для здоровья сети, чтобы иметь входящие соединения и вам не придется перекомпилировать клиент.

Сдерживающим фактором является почти всегда жесткий диск и в новой бета-версии AFAIK она была улучшена. Опять же, если вы не верите нам создать виртуальный диск и загрузить blockchain там. Вы должны увидеть значительную скорость до, так как RAM гораздо быстрее, чем жесткий диск.

Цитата: Pieter Wuille 27 марта 2012, 11:31:09 AM

Как я уже говорил в другом потоке, начальный процесс синхронизации состоит из трех этапов:

Загрузка данных: Ограничена и скорость сети вашей вашего партнёра
Ведение базы данных: В основном ограничивается задержки диска
Проверка цепи: Ограничена скоростью процессора

Большое спасибо для настройки параметров кэширования! Потрясающее улучшение в скорости Синхронизировать! Я тоже считаю, загрузку с нескольких коллег сразу будет следующим логическим шагом в ускорении начальной загрузки вверх. Вы случайно не знаете, как трудно это было бы реализовать? Это не нужно, как улучшение кэширование было, но это, скорее, безусловно, поможет и будет очень приветствуется

Если вы можете, положить DATADIR на SSD!

диаметр

Я рассчитал начальную blockchain скачать с v0.6.0rc4 и rc5. rc5 быстрее, но все еще получает очень медленно через некоторое время. Обратите внимание на то обе карты имеют плоскую точку вокруг 93K блоков, а формы в остальном очень похожи.

На графике показаны блоки, загруженные в зависимости от времени чч: мм

Это, вероятно, потому, что средний блок начинает содержать операции, которые требуют, глядя на несколько блоков, которые, в среднем, дальше назад. Кроме того, средний блок содержит больше транзакций.

Я попробовал еще раз, на этот раз имеющего ~ / .bitcoin / быть бараном диск.

Код:

$ Мв .bitcoin .bitcoin.real
$ MkDir .bitcoin
$ Суда горе -t TMPFS -o размер = 1600M TMPFS .bitcoin

Я думал, что 1600 мегабайт будет достаточно большим, но забыл взять логах базы данных во внимание, и он выбежал из пространства после того, как о загрузке 136k блоков в 26 минут. Форма кривой остается тем же самым. Процессор очень редко был утончается во время загрузки, и поэтому я думаю, лимит в том, как быстро блоки поступают по сети. Блоки получают больше времени, так что потребуется больше времени для передачи.

27 марта 2012, 8:05:05 AM	# 1
Realpra Сообщения: 819 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Привет, было бы возможно изменить исходный код так, что более 8 исходящих соединений были разрешены? (См эту тему: ) Может кто-нибудь мне точку к части исходного кода мне нужно изменить? Я думаю, что это должно быть стандартом, по крайней мере до тех пор, пока у вас есть блок цепь - это уменьшит раздражение испытываемого новых пользователей. (или люди, как я с несколькими компьютерами) Я не хочу верить в интернет-кошелек. Есть ли какие-либо корыстные тонкие клиенты еще вне дома? Что-то я мог бы легко поставить на новые компьютеры?

27 марта 2012, 8:16:39 AM	# 2
Revalin Сообщения: 728 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Получил 1806 Биткоинов Реальная история. Blockchain скорость загрузки в основном ограничивается временем, которое требуется базы данных для фиксации на диск. Дополнительные соединения не помогут.

27 марта 2012, 8:25:32 AM	# 3
Realpra Сообщения: 819 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: Revalin от 27 марта 2012 года, 8:16:39 AM Blockchain скорость загрузки в основном ограничивается временем, которое требуется базы данных для фиксации на диск. Дополнительные соединения не помогут. Это явно неверно, размер было то, что 500 мб в 2011 году, и теперь, возможно, его вдвое больше, - я мог бы скопировать, что с диска на диск в несколько минут. Я ждал дней с клиентом работает - его с ума. В 8 соединений только проблема.

27 марта 2012, 8:28:22 AM	# 4
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: Realpra от 27 марта 2012 года, 8:25:32 AM Цитата: Revalin от 27 марта 2012 года, 8:16:39 AM Blockchain скорость загрузки в основном ограничивается временем, которое требуется базы данных для фиксации на диск. Дополнительные соединения не помогут. Это явно неверно, размер было то, что 500 мб в 2011 году, и теперь, возможно, его вдвое больше, - я мог бы скопировать, что с диска на диск в несколько минут. Копирование! = Совершение. Совершение занимает около трех спинов привода на предмет совершения. котировка Я ждал дней с клиентом работает - его с ума. В 8 соединений только проблема. Это более вероятно, время потребуется, чтобы совершить каждый блок и транзакцию на диск и проверить все транзакции в ней. Сколько блоков в минуту вы получаете? Что ваша нагрузка на процессор выглядеть? Что CPU у вас есть?

27 марта 2012, 8:42:33 AM	# 5
Revalin Сообщения: 728 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Для сохранения целостности базы данных он выписывает журнал сделки должны быть включившим, синхронизирует диск, записывает транзакцию, синхронизирует снова, а затем удаляет журнал. Это ударяет диск намного сложнее, чем просто копии, и это должно быть сделано в миллионы раз. Если вы хотите больше соединений вы можете открыть входящий порт, и люди будут подключаться к вам. Если вы хотите, чтобы больше соединений вы можете редактировать MAX_OUTBOUND_CONNECTIONS в net.cpp. Если вы действительно хотите, чтобы идти быстрее, попробуйте бету. Параметры базы данных были скорректированы для повышения производительности: Если вы хотите, чтобы пропустить процесс загрузки вы можете скачать blockchain здесь: http://eu1.bitcoincharts.com/blockchain/

27 марта 2012, 8:48:32 AM	# 6
Realpra Сообщения: 819 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: JoelKatz от 27 марта 2012 года, 8:28:22 AM Копирование! = Совершение. Совершение занимает около трех спинов привода на предмет совершения. Даже так это, кажется, слишком долго, если коммиты базы данных не делается в ужасающем усадьбы ... котировка Это более вероятно, время потребуется, чтобы совершить каждый блок и транзакцию на диск и проверить все транзакции в ней. Сколько блоков в минуту вы получаете? Что ваша нагрузка на процессор выглядеть? Что CPU у вас есть? Я получаю около 50 минуту, то будет около 41 кб / с. Моя нагрузка составляет около 5-10% в среднем. Использование памяти немного высоко прямо сейчас, так как я делаю программирование в Visual Studio, но у меня есть много, чтобы сэкономить. Процессор AMD64 5400+ Dual Core 2,81 ГГц. Я бег наиболее требовательные игры, хотя и не в полной графике больше. Я в Скандинавии, так что я не знаю, насколько хорошо покрытие узла здесь. Я изменил исходный код сейчас, был постоянным в верхней части файла Src / Net.cpp с MAX_OUTBOUND или что-то. Был 8, и я изменил его на 80 лет. Программа, похоже, не перекомпилировать, хотя.

27 марта 2012, 8:50:50 AM	# 7
Realpra Сообщения: 819 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: Revalin от 27 марта 2012 года, 8:42:33 AM Если вы хотите больше соединений вы можете открыть входящий порт, и люди будут подключаться к вам. Если вы хотите, чтобы больше соединений вы можете редактировать MAX_OUTBOUND_CONNECTIONS в net.cpp. Да так, что до того, как сделать это перекомпилировать? (Я все еще получаю только 8 соединений)

27 марта 2012, 8:56:14 AM	# 8
Revalin Сообщения: 728 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Читали ли вы Src / DOC / наращивание msw.txt? Она должна строиться под MinGW. Я не знаю, работает ли VS.

27 марта 2012, 8:59:51 AM	# 9
Realpra Сообщения: 819 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: Revalin от 27 марта 2012 года, 8:56:14 AM Читали ли вы Src / DOC / наращивание msw.txt? Она должна строиться под MinGW. Я не знаю, работает ли VS. Хм я не вижу эту папку в ИПВ. Я не здание с VS вот только домашнее задание Я вроде думал, что клиент Bitcoin был построен каждый раз, когда вы выбежали его - значит, почему исходные файлы там, где ...

27 марта 2012, 9:01:34 AM	# 10
Revalin Сообщения: 728 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Неа. Источник здесь, чтобы поощрять людей, чтобы посмотреть на него.

27 марта 2012, 9:02:36 AM	# 11
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Bitcoin загружает только цепочку от одного из ваших коллег в то время, так что подключение к более только увеличит ваши шансы на подключение к быстрой один. Вы можете получить тот же эффект, "-connect"ИНГ к узлу вы знаете, очень быстро. (Как уже упоминалось, скорость сети обычно не является ограничивающим фактором, так или иначе.)

27 марта 2012, 10:12:13 AM	# 12
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: Realpra от 27 марта 2012 года, 8:48:32 AM Я получаю около 50 минуту, то будет около 41 кб / с. Моя нагрузка составляет около 5-10% в среднем. Использование памяти немного высоко прямо сейчас, так как я делаю программирование в Visual Studio, но у меня есть много, чтобы сэкономить. Чтобы уточнить, вы видите, нагрузка на процессор составляет около 5-10%, а вы получаете блоки около 50 в минуту. Это верно?

27 марта 2012, 11:31:09 AM	# 13
Pieter Wuille Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Как я уже говорил в другом потоке, начальный процесс синхронизации состоит из трех этапов: Загрузка данных: Ограничена и скорость сети вашей вашего партнёра Ведение базы данных: В основном ограничивается задержки диска Проверка цепи: Ограничена скоростью процессора Перед 0.6.0, ведение базы данных почти всегда перевешивает два других. С 0.6.0rc5 настройки кэширования были переработаны, в результате чего в замечательном ускорении для базы данных. Это означает, что теперь время загрузки действительно может стать значительным, и это может быть стоит посмотреть на улучшение процесса загрузки, например, загрузка с нескольких коллег сразу. Увеличение количества исходящих соединений не поможет вам получить цепочку быстрее: даже при использовании 0.6.0rc5, цепь все еще загружается с одного партнера, а зачастую еще не самый медленный шаг. В самом деле, увеличение этого числа является плохой идеей для сети, так как сверстники с открытыми входящими портами не слишком много.

27 марта 2012, 12:43:09 PM	# 14
Realpra Сообщения: 819 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: JoelKatz 27 марта 2012, 10:12:13 AM Цитата: Realpra от 27 марта 2012 года, 8:48:32 AM Я получаю около 50 минуту, то будет около 41 кб / с. Моя нагрузка составляет около 5-10% в среднем. Использование памяти немного высоко прямо сейчас, так как я делаю программирование в Visual Studio, но у меня есть много, чтобы сэкономить. Чтобы уточнить, вы видите, нагрузка на процессор составляет около 5-10%, а вы получаете блоки около 50 в минуту. Это верно? Да: 50 блоков / мин Расчетная скорость DataTransfer 41 кб / с (с каждым блоком = 50 кб) 5-10% нагрузка в среднем процессора 1.5 Гб 2 Гб оперативной памяти, отведенной (Windows 7 ... кажется, чтобы загрузить много вещей - нет замедлений, хотя) EDIT: Мой клиент является один из bitcoin.org, версия 0.5.2

27 марта 2012, 2:48:09 PM	# 15
wabber Сообщений: 85 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Количество соединений действительно не имеет значения. Я скачал цепь в значительной степени с той же скоростью 120 соединений. Если вы не верите нам направить Bitcoin порт на вашем компьютере в маршрутизаторе. Не имеет значения, если дополнительные соединения входящие или исходящие, но это лучше для здоровья сети, чтобы иметь входящие соединения и вам не придется перекомпилировать клиент. Сдерживающим фактором является почти всегда жесткий диск и в новой бета-версии AFAIK она была улучшена. Опять же, если вы не верите нам создать виртуальный диск и загрузить blockchain там. Вы должны увидеть значительную скорость до, так как RAM гораздо быстрее, чем жесткий диск.

27 марта 2012, 3:22:20 PM	# 16
Mushoz Сообщения: 686 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Цитата: Pieter Wuille 27 марта 2012, 11:31:09 AM Как я уже говорил в другом потоке, начальный процесс синхронизации состоит из трех этапов: Загрузка данных: Ограничена и скорость сети вашей вашего партнёра Ведение базы данных: В основном ограничивается задержки диска Проверка цепи: Ограничена скоростью процессора Перед 0.6.0, ведение базы данных почти всегда перевешивает два других. С 0.6.0rc5 настройки кэширования были переработаны, в результате чего в замечательном ускорении для базы данных. Это означает, что теперь время загрузки действительно может стать значительным, и это может быть стоит посмотреть на улучшение процесса загрузки, например, загрузка с нескольких коллег сразу. Увеличение количества исходящих соединений не поможет вам получить цепочку быстрее: даже при использовании 0.6.0rc5, цепь все еще загружается с одного партнера, а зачастую еще не самый медленный шаг. В самом деле, увеличение этого числа является плохой идеей для сети, так как сверстники с открытыми входящими портами не слишком много. Большое спасибо для настройки параметров кэширования! Потрясающее улучшение в скорости Синхронизировать! Я тоже считаю, загрузку с нескольких коллег сразу будет следующим логическим шагом в ускорении начальной загрузки вверх. Вы случайно не знаете, как трудно это было бы реализовать? Это не нужно, как улучшение кэширование было, но это, скорее, безусловно, поможет и будет очень приветствуется

27 марта 2012, 4:13:28 PM	# 17
Diapolo Сообщения: 676 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Если вы можете, положить DATADIR на SSD! диаметр

27 марта 2012, 10:29:15 PM	# 18
dooglus Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Я рассчитал начальную blockchain скачать с v0.6.0rc4 и rc5. rc5 быстрее, но все еще получает очень медленно через некоторое время. Обратите внимание на то обе карты имеют плоскую точку вокруг 93K блоков, а формы в остальном очень похожи. На графике показаны блоки, загруженные в зависимости от времени чч: мм

27 марта 2012, 11:33:01 PM	# 19
JoelKatz Сообщения: 1582 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Это, вероятно, потому, что средний блок начинает содержать операции, которые требуют, глядя на несколько блоков, которые, в среднем, дальше назад. Кроме того, средний блок содержит больше транзакций.

28 марта 2012, 1:47:27 AM	# 20
dooglus Сообщения: 2366 Цитировать по имени цитировать ответ	Re: Как цепь быстрее - более 8 исходящих соединений Я попробовал еще раз, на этот раз имеющего ~ / .bitcoin / быть бараном диск. Код: $ Мв .bitcoin .bitcoin.real $ MkDir .bitcoin $ Суда горе -t TMPFS -o размер = 1600M TMPFS .bitcoin Я думал, что 1600 мегабайт будет достаточно большим, но забыл взять логах базы данных во внимание, и он выбежал из пространства после того, как о загрузке 136k блоков в 26 минут. Форма кривой остается тем же самым. Процессор очень редко был утончается во время загрузки, и поэтому я думаю, лимит в том, как быстро блоки поступают по сети. Блоки получают больше времени, так что потребуется больше времени для передачи.

Заголовок