关于DistRTGen的一点想法

gameboybf2142 · 发表于 2013-2-15 13:19:15

本帖最后由 gameboybf2142 于 2013-2-15 13:24 编辑

看了一些比特币的资料，现在已经是AISC矿机的时代，一台机器可以跑60Ghashs/s，速度远远超过任何GPU，而且功耗不高。。。
而比特币运算的实质也是暴力算hash，其实和DistRTGen差别不大，那么DistRTGen可不可以也用FPGA或ASIC来跑呢？
而且DistRTGen貌似是开源的（https://code.google.com/p/distrr ... ?name=DistrRTgen.7z），也就是说我们甚至可以改写自己的client程序，改写成一个并不参与运算，而是将WU转换发送给FPGA或ASIC机器运算并返回结果的程序。这样一台ASIC的速度（60Gh/s）岂不抵得上几十块7970？

w2xcn · 发表于 2013-2-15 16:45:58

我怀疑挖矿是假的计算,只是为了维持比特币流通的一种形式.挖矿机真有很大计算能力的话,价格还便宜,英特尔的计算卡,NV的计算卡岂不是卖不掉了

gameboybf2142 · 发表于 2013-2-15 17:10:19

w2xcn 发表于 2013-2-15 16:45
我怀疑挖矿是假的计算,只是为了维持比特币流通的一种形式.挖矿机真有很大计算能力的话,价格还便宜,英特尔的 ...

挖矿是真计算，就是计算hash。ASIC和FPGA因为是硬件hash芯片，内部硬件结构只要一条指令就可以算出hash，不像cpu或GPU需要多条指令，所以计算速度会快很多，而且因为不能执行任何其他种类的计算，集成电路规模特别小，所以便宜。就像一块2000rmb的cpu和一块10rmb的MP3解码芯片在解码MP3方面效果没有差别，但MP3解码芯片因为功能单一，所以十分便宜。

HewInz · 发表于 2013-2-15 17:14:05

如果算法固定，那么同样设计水平、同样工艺下，ASIC秒FPGA几条街，FPGA秒通用处理器到火星上去。。。
问题是如果算法改了，那么修改RTL代码，过仿真，重新生成bit文件，最后调通FPGA，这需要很多专业知识，而且超麻烦

想用ASIC就更蛋疼了，除了上述FPGA这些前端的工作，还要做后端（比如版图啥的。。），就算不追求高效率，绝大部分事让行业软件自动做，那最后总得流片吧。把流一次片的花费，用到买显卡上，够让Team China的RAC翻个好几番了

w2xcn · 发表于 2013-2-15 17:23:08

原来是这样!这个想法很新颖.专用硬件适应性很差,计算程序一更新,专用硬件就用不上了........

gameboybf2142 · 发表于 2013-2-15 20:13:51

本帖最后由 gameboybf2142 于 2013-2-15 20:17 编辑

HewInz 发表于 2013-2-15 17:14
如果算法固定，那么同样设计水平、同样工艺下，ASIC秒FPGA几条街，FPGA秒通用处理器到火星上去。。。
问题 ...

DistRTGen的算法又不会变，就是那几个标准的hash算法像md5，sha1什么的，这几个标准估计还能再用几年，用FPGA跑的话相比7970还是很有优势的（速度+成本+功耗）
而且hash的硬件代码网上有不少，连自己设计都可以省去

HewInz · 发表于 2013-2-15 22:42:17

gameboybf2142 发表于 2013-2-15 20:13
DistRTGen的算法又不会变，就是那几个标准的hash算法像md5，sha1什么的，这几个标准估计还能再用几年，用F ...

如果只做hash算法部分，这个用FPGA做还是可行的，但没那么简单能搞定。
就算网上的代码“久经考验”，也只是把这几个算法硬化了，就好像只有运算单元的CPU或GPU，是不能用的。至少还要加上控制逻辑、时钟树、异步接口。
补全了代码，过了仿真，然后就是和坑爹的FPGA及配套EDA工具的搏命时间了。改了N次设计，好不容易搞定后，最后的成果一般情况下只能在当前型号的FPGA上用，换个型号就要重来，呵呵。。。。
所以，有软件基础的话，还是研究下GPU编程比较靠谱些。FPGA这种东西，没上过一连串坑爹的相关课程就得花大力气恶补才能搞得定

gameboybf2142 · 发表于 2013-2-15 23:16:01

HewInz 发表于 2013-2-15 22:42
如果只做hash算法部分，这个用FPGA做还是可行的，但没那么简单能搞定。
就算网上的代码“久经考验”，也 ...

GPU编程基本已经没什么可优化的了（对于distregen）。对于hash算法能做的优化已经做了，GPU的话貌似没有开放底层驱动源码，因此不能够直接编写底层指令，只能够用官方的库，所以优化只能够看官方编译器的更新了。

前朝遗少 · 发表于 2013-2-18 15:29:42

DC的毁灭者?

fwjmath · 发表于 2013-2-18 16:38:27

怎么说，在给定的简单问题上，专用芯片是肯定比通用芯片效率高。问题是，芯片的设计非常非常麻烦……所以大家还是直接在通用的CPU和GPU上编程比较多……

litimetal · 发表于 2013-2-19 13:22:58

现在的大趋势不是讲究通用计算吗？为了一个hash单独出一个芯片肯定不现实。倒不如提议intel/amd 在下一代处理器里加一组新的指令集来提高hash的效率

wpf999 · 发表于 2013-5-21 17:18:39

关注一下

罪与罚 · 发表于 2013-8-14 18:23:24

我想楼主说的这个设想绝对是往后的发展方向，目前最发的障碍还是商业化不够，如果找到合适的商业化方式绝对会有质的飞跃。

heren3 · 发表于 2013-8-14 20:18:23

今天试了试, Cypress/Cayman跑DistRTGen效率好低下...

swh@home · 发表于 2013-8-15 07:44:42

FPGA的发展很迅速，编程逐渐在向软件化靠拢，部分编译器已经开始在某种程度上支持C了，而且集成的东西越来越多，只是价格相对来说要高些，不过一般的开发板已经和几年前的单片机开发板价格差不多了。

		自动登录	找回密码
密码			新注册用户

[讨论] 关于DistRTGen的一点想法

浏览过的版块