Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANJ2NMMwT8hj8peQQOBMnvqTexaCa-LcraAxJN9iinfbuzA4bA@mail.gmail.com>
Date: Fri, 3 Aug 2012 00:32:23 +0800
From: myrice <qqlddg@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: Result of hard core password generation on 7970

Solar -

On Wed, Jul 25, 2012 at 6:12 PM, myrice <qqlddg@...il.com> wrote:
> Here is the new rough result
>
> 1: with 2048*8, ~900M c/s, but with 2048*16, it is ~500M c/s
>
> 1000: with 2048*8, ~45G = ~45M, with 2048*16, ~90G = ~ 90M
>
> 1M: still cannot get, I reduce the global work size to 128 and only
> append[a-e][a-e], it is very slow. And the kernel cannot finished with
> [a-z][a-z].
>
> I am think about compare, with 1M hashes, the loop inside one thread
> increased to 26*26*1M = 676M, it is very large for a thread.
>
> Thanks
> myrice

Here is bitmaps result, currently I only use global memory.

1: guesses: 0  time: 0:00:01:22 0.00%  c/s: 758186K ~= 758M c/s
1000: guesses: 0  time: 0:00:01:16 0.00%  c/s: 515938M ~= 515M c/s
1M:guesses: 0  time: 0:00:01:51 0.00%  c/s: 353254G  ~= 353M c/s

For further performance gains. I am trying to use local memory when
the bitmaps size is less than 8KB. I am debugging this(load bitmaps
from global memory to local memory seems not work, still
investigating).

Thanks
myrice

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.