ПЛИС-реализация алгоритма "Монеро", Разработка и отладке ПЛИС-версии "Монеро" на плате заказчика Опции

[Алексей Черновиц...]

Приветствую всех присутствующих!
Предлагаю рассмотреть задачу, которую планируем к выполнению в сдельно-удаленном режиме.

Разработка ПЛИС-проекта майнера по алгоритму «Монеро». Исходный алгоритм – стандартный, написанный на C. Его необходимо портировать на плату с Kintex7. Память QDR GSI Technology, для нее будет применен ip-core производителя, реализующий доступ для Xilinx. Плата в стадии финальной разводки, до конца апреля будет отдана в производство. Детали задачи будут уточнены при общении с нашим специалистом. Схемная документация будет предоставлена. Железо для удаленной работы будет предоставлено.
Сроки достаточно жесткие.
Примерный план-график:
20.04 – 20.05 – разработка модели ПЛИС-реализации алгоритма «Монеро» в САПР в режиме симуляции. Имитация (симуляция) памяти.
20.05 – 20.06 – отладка на плате. Итог – первично работающая версия. При недостатке сил в усиление будет придан еще один разработчик.
20.06 – (определяется по ходу работ) Финальная отладка.
Ориентировочный уровень оплаты – выше среднего для специалистов соответствующей квалификации в СПБ. Заинтересовавшихся кандидатов просьба в личке озвучить желаемую стоимость работ.

С Уважением,
Алексей

[Doka]

Алексей,
какие критерии приёмки?

Требуется переложить с Си на Верилог или всёже стоит задача выдачи не менее заданного хешрейна (хеш-на-лут, хеш-на-память)?

[Алексей Черновиц...]

Алексей,
какие критерии приёмки?

Требуется переложить с Си на Верилог или всёже стоит задача выдачи не менее заданного хешрейна (хеш-на-лут, хеш-на-память)?

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

CryptoNote, CryptoNight.

Добрый день!

Вот этот:
https://github.com/wolf9466/cpuminer-multi

Здравствуйте!
Прошу прощения, не было возможности сразу ответить.
Постараюсь ответить всем одним сообщением.
Сроки действительно жесткие.
Сформулирую критерий первичного успеха простыми словами: в начале июня изделие должно первично заработать. Без оптимизации, с допустимыми недоработками и пр. Заказчик поедет с платой к инвестору, положит ее на стол и скажет «во чо у меня есть») Если оно при этом будет еще как-то функционировать, то вообще шикарно.
В планировании задачи изначально были допущены ошибки, плюс специфические орг.моменты – поэтому сроки остались вот такие.
В худшем случае будем переносить – головной заказчик вполне вменяемый. Но это всегда нежелательно.
В плате используются в основном схемные узлы, ранее неоднократно отработанные в других изделиях, поэтому с ее запуском больших проблем не должно возникнуть.
По деньгам все обсуждаемо, здесь не будет крохоборства. Но естественно, в разумных пределах. Есть «первый этап» - как-то запустить к июню. Далее – доработки, они тоже оплачиваются. Обычно в таких ситуациях я договариваюсь с разработчиком на примерный срок и помесячную оплату.
Готов рассматривать нескольких разработчиков (команду).

С Уважением,
Алексей

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



Добрый день!

Вот этот:
https://github.com/wolf9466/cpuminer-multi

Здравствуйте!
Прошу прощения, не было возможности сразу ответить.
Постараюсь ответить всем одним сообщением.
Сроки действительно жесткие.
Сформулирую критерий первичного успеха простыми словами: в начале июня изделие должно первично заработать. Без оптимизации, с допустимыми недоработками и пр. Заказчик поедет с платой к инвестору, положит ее на стол и скажет «во чо у меня есть») Если оно при этом будет еще как-то функционировать, то вообще шикарно.
В планировании задачи изначально были допущены ошибки, плюс специфические орг.моменты – поэтому сроки остались вот такие.
В худшем случае будем переносить – головной заказчик вполне вменяемый. Но это всегда нежелательно.
В плате используются в основном схемные узлы, ранее неоднократно отработанные в других изделиях, поэтому с ее запуском больших проблем не должно возникнуть.
По деньгам все обсуждаемо, здесь не будет крохоборства. Но естественно, в разумных пределах. Есть «первый этап» - как-то запустить к июню. Далее – доработки, они тоже оплачиваются. Обычно в таких ситуациях я договариваюсь с разработчиком на примерный срок и помесячную оплату.
Готов рассматривать нескольких разработчиков (команду).

С Уважением,
Алексей

Где-то в интернете есть достоверное графическое представление алгоритма, что более наглядно, с ходу не смог найти.

На первом этапе рассматривали использование vivado hls или чего-то аналогичного.
Все сроки рассчитаны исходя из оптимистического прогноза по плате - если будут задержки из-за железа - это будет объективно восприниматься

[Flood]

Все сроки рассчитаны исходя из оптимистического прогноза по плате - если будут задержки из-за железа - это будет объективно восприниматься

Интересно, был ли сделан прогноз по достижимому на выбранной FPGA + QDR хешрейту и энергоэффективности проекта?

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