Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+EaD-ac3UEyaML_d+c-BEA-kO4X=MY_A-cUYPHjE3gWJUeUCQ@mail.gmail.com>
Date: Sun, 3 Nov 2013 14:06:27 +0100
From: Katja Malvoni <kmalvoni@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: ZedBoard: bcrypt

Hi Alexander,

On Wed, Oct 30, 2013 at 10:17 AM, Solar Designer <solar@...nwall.com> wrote:

> If so, does anything prevent you from optimizing this to? -
>
> Cycle 0: compute new R; swap L and R; initiate 4 S-box lookups
> Cycle 1: wait
>

I implemented this - performance on self test for one core is 79 c/s while
for 14 cores it's 765 c/s. For cost 12 these numbers are 0.6656c/s for 1
core and 8.002c/s for 14 cores. Overhead of loading data from shared BRAM
into per core BRAMs is significant.
Maximum frequency is now 93.765 MHz although design seems to be working
properly with 100 MHz clock.

Katja

Content of type "text/html" skipped

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.