Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ