[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <e6126f944825ed0160c9614f06a7c45b@smtp.hushmail.com>
Date: Thu, 22 Mar 2012 22:45:15 +0100
From: magnum <john.magnum@...hmail.com>
To: john-dev@...ts.openwall.com
Subject: OpenCL formats write-buffer optimisations
Samuele,
Could you take a look at commit 7c8dcdb and see if you agree with it?
I'm not sure there's much of a boost but there is no downside. This
general approach should be considered for all formats. Never do anything
not needed :)
The opposite case, many salts, could be optimised too. In this case,
john will do this:
set_salt()
set_key() (millions of times)
crypt_all()
set_salt()
crypt_all() (using same keys)
set_salt()
...
In this case we should avoid re-transferring the keys as they are
already there. This might be a noticable boost on systems with slow
transfer as the key buffer is a lot larger. One way to achive this is
something like the enclosed patch (untested on GPU as of yet). All
salted formats could/should do something like this.
magnum
View attachment "ssha-opencl-reuse-keys.diff" of type "text/x-patch" (1718 bytes)
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.
