Re: Ciphers versus S/W &H/W

From: Tom St Denis (tomstdenis_at_yahoo.com)
Date: 09/16/03


Date: 16 Sep 2003 03:28:33 -0700


"Panu Ha:ma:la:inen" <panu.hamalainen@NOSPAM.tut.fi.invalid> wrote in message news:<bk3ok7$hhq$1@news.cc.tut.fi>...
> The main reason why dedicated HW is faster than SW is that in HW the execution
> is parallel. For example, if an algortihm operates on 64-bit data, in SW it
> usually has to be divided into two 32-bit parts which are processed seperately
> and serially. In HW the 64-bit data can be operated as a whole. Modular
> exponentiation probably benefits the most of this property.

Yes part of that is true. The big reason why HW can always win is
that a processor to run SW is in fact HW [no duh :-)]. So for example
if you had to add two 32-bit variables you could just make a 32-bit
adder. In SW you have to
make an ADD opcode, decode it, issue it, run it, etc. For the most
part efficient processors will break up this task and it will will run
reasonably
fast [1 cycle on an Athlon which at 2Ghz is wicked fast]. But you
always have the processor in the way.

However, part of the reason why HW designs often seem "inferior" is
cost. Designing a true hardware design [and not an FPGA] cost a
hella-lot of money. You need a team of designers who want 80K/year,
then you need the tools to design, simulate and such a core. Then
let's not forget the good ol' renting time at one of IBMs foundries to
actually make the die, etc....

FGPAs can be faster than SW for certain tasks but not always due to
resource restraints. It really depends solely on the algorithm.

I don't know where you got your modular exponentiation idea but a
decent modern processor would whoop an FPGAs ass any day at such a
task. Let me know when you find an FPGA that has three ALUs, 384KB of
cache, 6-cycle [@2Ghz] full multiplier and then we're talking :-)

> HW is always at least as fast as SW since SW is always run on HW.

Essentially yes except HW [at least in crypto terms] is almost always
FPGA designs.

Tom



Relevant Pages

  • Re: How inaccurate is a 555 or 7555 REALLY?
    ... The reason I don't want to go slogging through your stuff is because ... And we didn't need two detectors - a sing;e relatively fast ... designs, since if you had been ... That isn't exactly genius. ...
    (sci.electronics.design)
  • Re: need small PAL with SR latch
    ... > use GALs in my designs is the cost. ... > clients can buy exactly those same logic chips 15 years from now without ... Maybe it has an internal clock running for some reason? ... I wonder if the lattice software predicts supply curent im just tryin to get ...
    (sci.electronics.design)
  • Re: Entered Service Obsolete?
    ... to build up a production line. ... One point, note what these obsolete designs replaced, they were ... the reason for flying so high was the effect of heavy flak guns. ...
    (rec.aviation.military)
  • Re: No knowledge of the database?
    ... >>designs have serious problems dealing with elementary things. ... >>reason for that is that both language designes and frameowrk designers ... > Collection getPartsSuppliedBy(Supplier supplier); ... >>business applications. ...
    (comp.object)
  • Re: FPGAs in automotive apps
    ... real world though are based on perceived realities of the business, ... but the economics are clear. ... compelling reason to use some unique feature of them. ... the strategic description since there already is a product (the FPGA one), ...
    (comp.arch.fpga)