Re: Fully unrolled RC5 on FPGA
Frédéric Bastien <[email protected]> Wed, 15 Nov 2006 17:57:47 -0500
| Newsgroups | gmane.comp.distributed-net.hardware |
|---|---|
| Message-ID | <[email protected]> |
Hi, The current GPU are being transformed to stream processor. I assume we = can transform the RC5 algorithm on this architecture by streaming the = key to the engines. But I never coded for GPU or the RC5. I suppose, = this approach will be not have an optimized processor as an ASIC or an FPGA. But, how many people are ready to buy a new board for this purpose? How = many people who buy new computer with a good GPU will accept to share = it? What I'm telling is that I think their is more people in the second = group. I see it as the same reason why we use a distributed architecture = instead of buying a super-super-computer. It is cheaper as people = already have the hardware and the power cost is not counted by the = individual who install the software. But as all project, we need people who can invest time in them. I can't. = Their is people that are interested to make an implementation on FPGA. = This is GREAT and give more chance that this will be done especially = since their is a working implementation. But, they need to finish the = last step. Just my personal thinking on this project. Continue the good work!! Fr=E9d=E9ric Bastien Olivier Meyer wrote: > Folding at home is trying to use graphic cards, but there is one reason = > why FPGA is much better: > A graphics card is NOT DESIGNED to execute general purpose code. It is = > made to render video and 3D images. What Folding has done is they have = > managed to use the restricted instruction set to do their = > protein-folding stuff. An FPGA design is the one thing less customisable = > than an ASIC. We can choose whatever we want to put on the FPGA, and we = > can make it check 1 key/cycle. I wonder, can our FPGA implementation be = > used on cheap, low power FPGAs that a student can afford (hint, hint!). > = > Has anyone tried to use 74HC discrete logic to make an RC5-72 core? > = > = > On 11/15/06, *Fr=E9d=E9ric Bastien* <[email protected] = > <mailto:[email protected]>> wrote: > = > To my knowledge Folding at home try to use graphic card and not FPGA. > This could be interesting as this don't require new hardware. But we > will need people that have time to implement it. > = > Fr=E9d=E9ric Bastien > = > Olivier Meyer wrote: > > If we will use a microcontroller to control the FPGA, an AVR > would be > > much better than a PIC for many reasons: > > *more register space > > *a GCC port > > *higher speed. > > > > Notice that we got to the FPGA before Folding at Home! > > > > On 11/15/06, * [email protected] > <mailto:[email protected]> <mailto:[email protected] > <mailto:[email protected]>>* > > <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> > wrote: > > > > Bonjour, > > > > Tuesday, November 14, 2006, 8:41:25 PM, you wrote: > > > > JLB> Hi Guerric, > > > > JLB> Any chance I can get you go target your design to an > > XCV2000E-6BG560C > > JLB> and tell me if it fits and what the clock rate estimate i= s? > > > > JLB> It's just a data point for me to compare two year old > data to > > the XCV4LX > > JLB> numbers. > > > > JLB> Thanks, > > JLB> John > > > > Ok, I can do that. > > The design will need 4 times the number of bRAMs compared > with the > > Virtex4 design: 16-bit data width and no "read before write" > mode. > > > > With this kind of RAMs, a register on the B signal of the > KeySchedule > > bloc could be saved using the fact that input is mirrored to t= he > > output of the bRAM while writing. I currently don't plan to > make this > > optimization. (this would mean a saving of 26*3 *32/2 =3D 1250 > Slices). > > Whatever, it is probably bad from a place&route point of view. > > > > I will test the full design with the new long shift register > and will > > provides the implementation results. > > > > -- > > Guerric > > > > > > _______________________________________________ > > Hardware mailing list > > Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] > <mailto:Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected]> > <mailto:Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] > <mailto:Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected]> > > > http://lists.distributed.net/mailman/listinfo/hardware > > > > > > > > > > -- > > ----------------------- > > Olivier V. Meyer > > Congress shall make no law respecting an establishment of > religion, or > > prohibiting the free exercise thereof; or abridging the freedom of > > speech, or of the press; or the right of the people peaceably to > > assemble, and to petition the government for a redress of grievanc= es. > > > > > > > ---------------------------------------------------------------------= --- > > > > _______________________________________________ > > Hardware mailing list > > Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] > <mailto:Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected]> > > http://lists.distributed.net/mailman/listinfo/hardware > <http://lists.distributed.net/mailman/listinfo/hardware> > _______________________________________________ > Hardware mailing list > Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] <mailto:Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected]> > http://lists.distributed.net/mailman/listinfo/hardware > = > = > = > = > -- = > ----------------------- > Olivier V. Meyer > Congress shall make no law respecting an establishment of religion, or = > prohibiting the free exercise thereof; or abridging the freedom of = > speech, or of the press; or the right of the people peaceably to = > assemble, and to petition the government for a redress of grievances. > = > = > ------------------------------------------------------------------------ > = > _______________________________________________ > Hardware mailing list > Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] > http://lists.distributed.net/mailman/listinfo/hardware _______________________________________________ Hardware mailing list Hardware-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] http://lists.distributed.net/mailman/listinfo/hardware