Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANJ2NMPxocJVLmHmYKzE=xtLsexbg1O6XQE0noPzy4-xa8Huow@mail.gmail.com>
Date: Tue, 24 Jul 2012 20:52:36 +0800
From: myrice <qqlddg@...il.com>
To: john-dev@...ts.openwall.com
Subject: Result of hard core password generation on 7970

Hi, Solar,

Here is the result, with password generation on [a-zA-Z][a-zA-Z]
The code is here on PG-test branch:
https://github.com/qqldd/myrice-JtR/tree/PG-test

raw-md5-opencl with PG
1
guesses: 0  time: 0:00:04:52 0.00%  c/s: 196758K

1000
guesses: 2  time: 0:00:01:44 0.00%  c/s: 30660M

1000000
Unable to get, will reduce the max_keys_per_crypt number or divided it
to 1000s kernel's run(every run with fixed 1000 loaded hashes), so
loaded hashes could take advantages of constant memory.


raw-md5-opencl origin
1
guesses: 0  time: 0:00:06:42 0.00%  c/s: 27852K

1000
guesses: 0  time: 0:00:06:35 0.00%  c/s: 23965M

1M
guesses: 0  time: 0:00:09:14 0.00%  c/s: 17087G


raw-md5
1
guesses: 0  time: 0:00:05:01 0.00%  c/s: 25639K

1000
guesses: 0  time: 0:00:05:13 0.00%  c/s: 23262M

1M
guesses: 0  time: 0:00:02:46 0.00%  c/s: 16777G


The struct of kernel is as follows
for i in [a-zA-Z]
  for j in [a-zA-Z]
     add [a-zA-Z][a-zA-Z] to key
     MD5_Hash
     for k in loaded_hashes
         compare computed hash with loaded_hashes[k]
     endfor k
  endfor j
endfor i

So I guess the compared work takes so much time. I just changed
__global loaded_hashes to __constant loaded_hashes, it runs correct on
GTX570 and CPU, but on 7970, it causes segmentation fault.

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.