Доработка официального клиента.

[elbrus]

  Здравствуйте.
 Предыстория такая: часть выполненной работы мне оплатят биткойнами и теперь я здесь. Сейчас тянутся цепочки, но скорость процесса явно оставляет желать лучшего. Есть желание доработать в официальном клиенте этот участок. Эта проблема будет сильным препятствием в расширении использования криптовалюты и ее надо будет рашить. Думаю все понимают что эта работа себя никак не окупит. Поэтому я решил начать переговоры с сообществом: есть ли желающие кто поддержит разработку (через донейты) ?

PS: Запрос модератору(ам): буду благодарен если снимите с меня ограничения новичка по форуму. Безобразия на форуме с моей стороны не будет.

[loga]

Если нужен именно официальный клиент то можно скачать готовую цепочку отсюда http://eu1.bitcoincharts.com/blockchain/ и подсунуть ее клиенту. Либо можно положить файлы клиента на tmpfs/ramdisk, что сильно ускорит загрузку, но потребует довольно большого количества оперативной памяти.

[elbrus]

Если нужен именно официальный клиент то можно скачать готовую цепочку отсюда http://eu1.bitcoincharts.com/blockchain/ и подсунуть ее клиенту. Либо можно положить файлы клиента на tmpfs/ramdisk, что сильно ускорит загрузку, но потребует довольно большого количества оперативной памяти.

А можно ramzswap засунуть в видеопамять. Все эти "костыли" я понимаю, но смысл был не в этом.

[[Tycho]]

Эта проблема будет сильным препятствием в расширении использования криптовалюты и ее надо будет рашить. Думаю все понимают что эта работа себя никак не окупит. Поэтому я решил начать переговоры с сообществом: есть ли желающие кто поддержит разработку (через донейты) ?

В чём же суть решения ?
Вкратце.

[Balthazar]

Самое простое - замена используемой функции хэширования на оптимизированную из crypto++ дает прирост в районе 20% если "тупо под ноль" заменить. Если же прикрутить буферизацию и на проверку брать по 4 заголовка за раз, то на 64-битных процессорах при быстром интернете возможен куда более существенный прирост.

[elbrus]

В чём же суть решения ?
Вкратце.

Цель - уменьшить время загрузки блоков. Оптимальный вариант еще надо найти (в коде еще не разбирался).

[[Tycho]]

В чём же суть решения ?
Вкратце.

Цель - уменьшить время загрузки блоков. Оптимальный вариант еще надо найти (в коде еще не разбирался).

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

В последнее время основной расход идёт не на само скачивание и не на хэширование, а на проверку подписей - это очень интенсивная задача по количеству рандомных обращений к диску в существующей реализации. Один из вариантов, который сейчас пробуют - это замена типа используемой базы данных.
Как временный вариант для пользователей - можно пока предложить ставить биткойн на  SSD :)

[elbrus]

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

Основная сложность данной задачи - это поиск оптимального решения а не ее реализация (вколотить готовое решение - это относительно просто).

В последнее время основной расход идёт не на само скачивание и не на хэширование, а на проверку подписей - это очень интенсивная задача по количеству рандомных обращений к диску в существующей реализации. Один из вариантов, который сейчас пробуют - это замена типа используемой базы данных.
Как временный вариант для пользователей - можно пока предложить ставить биткойн на  SSD

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

[naima53]

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

В точку! Если бы у меня почти 2 года назад когда я узал об этом проекте тааак тормозило - я бы не стал связываться, это точно..... Простите, но ЭТО не работоспособно по моему .. 

[[Tycho]]

В точку! Если бы у меня почти 2 года назад когда я узал об этом проекте тааак тормозило - я бы не стал связываться, это точно..... Простите, но ЭТО не работоспособно по моему ..  :-\

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

А то, что готовый продукт должен легко ставиться и работать - это да, я согласен, конечно.

[[Tycho]]

Основная сложность данной задачи - это поиск оптимального решения а не ее реализация (вколотить готовое решение - это относительно просто).

Но как вы можете заранее знать что найдёте это решение, если даже не разбирали код ?
Для начала надо хотя бы знать, что именно служит причиной проблемы.

А так - решения могут быть. Встроить поддержку OpenCL, например, или написать 4 Гб памяти в минимальных требованиях и.т.п. :)
Некоторые разработчики, как я уже сказал, пробуют использование другой БД, более быстрой.

[elbrus]

Но как вы можете заранее знать что найдёте это решение, если даже не разбирали код ?
Для начала надо хотя бы знать, что именно служит причиной проблемы.

Практика показывает что понимание принципов функционирования даже частей системы достаточно чтобы целенаправленно модернизировать ее составляющие.

А так - решения могут быть. Встроить поддержку OpenCL, например, или написать 4 Гб памяти в минимальных требованиях и.т.п.
Некоторые разработчики, как я уже сказал, пробуют использование другой БД, более быстрой.

Вот видите, вы уже перечислили несколько вариантов (но это лишь элементарные соображения).

[elbrus]

Подытожим:

1) есть официальный клиент;
2) есть проблема в нем;
3) надо проблему решать.

Варианты исхода:
1) самоорганизуемся и решаем проблему;
2) поступаем как обычное население России (пускаем на авось/самотек/ждем ивана дурака с его щукой).

// Статистика: 112 просмотров; 4 участника в треде; 0 действующих целенаправленно. Мнение о существующем сообществе было несколько выше (все-таки здесь гигахэши, криптовалюта, много IT-шников), а оказалось что существующе сообщество проявляет те же свойства что и обычное население. Печально.

[rastapool]

есть официальный клиент

За последнее время уже не в первый раз вижу здесь это словосочетание. Раньше я спрашивал у пишущего, на тот ли он форум зашёл. Теперь же сомневаюсь на тот ли форум зашёл я.

есть проблема в нем

Не такая уж большая, как принято думать: простым смертным полный клиент ни к чему, а майнерам и хардкорщикам не так уж и важно что инициализируется это всё несколько суток.

надо проблему решать

Ну это не помешает, если нету других более важных задач. Но что это даст? Юзабельным для простых смертных полный клиент всё-равно не станет. Ну пусть увеличится скорость обработки даже в 5 раз, а что будет через 5 лет, когда база будет 20 гигабайт? Та же история. Увеличение скорости обработки в полном клиенте это не решение которое сделает его юзабельным для домохазяек. Тонкие клиенты, это решение.

[Balthazar]

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

[rastapool]

База выросла вдвое за последний год. Ты это серьёзно?
А во вторых, компы уже на том уровне быстродействия когда их менять не имеет смысла. Это четвёрку нужно было менять на пентиум, потому что всё тормозило и ничего не работало. Те времена прошли. Я знаю много людей у которых компы 2005 года примерно. И их незачем менять: браузер работает, фильмы идут.
Да и скорость интернета в развитых странах растёт не очень быстро.

[Tengo]

Насиловать диск журналированием данных, которые в случае потери легко скачиваются из сети – не годится. Надо улучшать.

Один из вариантов, который сейчас пробуют - это замена типа используемой базы данных.

Есть ли ссылки по теме?

[ShadowAlexey]

Имхо, нужно в клиент встраивать собственную буферизацию операций работы с диском, хотя бы на запись данных, все делается для надежности, но сейчас по сути не составляет труда докачивать небольшой кусок в случае аварийного завершения, просто переписывать рабочие куски нет смысла, пока функционал клиента не дописан.
По мне так для простых людей можно даже включить быструю проверку по заголовкам, что бы позволило иметь малую БД. А сеть бы жила за счет техногиков, которым не проблема работать с полной базой. Вон сейчас клиент для андроида работает аля обычный, но намного быстрее и меньше занимает места за счет этого допущения. Если есть желающие переписать этот кусок с явовской реализации к стандартному клиенту, милости просим.

[[Tycho]]

Насиловать диск журналированием данных, которые в случае потери легко скачиваются из сети – не годится. Надо улучшать.

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

[ShadowAlexey]

Насиловать диск журналированием данных, которые в случае потери легко скачиваются из сети – не годится. Надо улучшать.

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

Все проблемы легко решаются проверкой целостности куска данных, в торрентах все решается)
Не устроило, запросили заного.