[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANJ2NMMGym8sh-+5p5B6LnxyqK0QSJ82xyKJeERtMeVu8LMuuw@mail.gmail.com>
Date: Thu, 5 Apr 2012 16:19:49 +0800
From: myrice <qqlddg@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: fast hashes on GPU
On Tue, Apr 3, 2012 at 9:07 PM, Solar Designer <solar@...nwall.com> wrote:
>
>
> For salts, you'd only achieve an effect very similar to what you'd
> achieve by simply using a much larger max_keys_per_crypt value (more
> work done per one interaction with GPU). Thus, I expect that with or
> without the salts trick, you'd achieve similar performance as long as
> max_keys_per_crypt is properly tuned for each case separately.
>
> Yes, I using a much larger max_keys_per_crypt. ( 128*KEYS_PER_CRYPT,
THREADS: 512, BLOCK: 32, sm_13)
On GTX580, Before:
Benchmarking: Mac OS X 10.7+ salted SHA-512 [CUDA]... DONE
Many salts: 70254K c/s real, 70964K c/s virtual
Only one salt: 27262K c/s real, 27262K c/s virtual
After:
Benchmarking: Mac OS X 10.7+ salted SHA-512 [CUDA]... DONE
Many salts: 72673K c/s real, 72673K c/s virtual
Only one salt: 27439K c/s real, 27698K c/s virtual
Enlarge either MAX_KEYS_PER_CRYPT or BLOCK size will reduce the
performance. I think it is a lot of data transfer that takes time.
Thanks!
Dongdong Li
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.
