Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sun, 9 Dec 2012 00:34:14 +0100
From: magnum <>
Subject: Re: GPU based cracking, AMD or NVIDIA

On 9 Dec, 2012, at 0:19 , Solar Designer <> wrote:
> On Sat, Dec 08, 2012 at 11:40:38PM +0100, magnum wrote:
>> On 8 Dec, 2012, at 19:57 , Solar Designer <> wrote:
>>> Are you aware of any password cracking related task where GTX 680 is any
>>> faster than GTX 580?  I've only seen (non-JtR) benchmarks showing it
>>> being slower - often several times slower, even.  (I don't have one to
>>> test myself, though.)
>> With late OpenCL drivers the gap has decreased a lot, or the 680 has even become the winner at times - with a really tiny margin. I have never seen the 680 significantly outperform a 580 in any application. Like you, I have seen the opposite but I think that was mostly due to premature drivers that did not handle Kepler well.
> This is interesting.  Can you post any specific benchmark results?

Will do. The only concrete example I have from memory is NTLMv2, which is not a good comparison because it is severaly limited by transfer speed. Anyhow, I saw the Kepler win with what looked "significant" to my eye (but that might be just above 19M vs just below 18M, which is not a great deal) and the two machines were identical except for the GPU cards. This fits with what Milen says.

But I am also pretty sure I have seen "slow" formats perform just a tiny bit better with Kepler at slow formats, with decent drivers. I'll collect some statistics next time I get a chance.

Regardless of what single-digit percentage boosts I *may* report later, this is silly. A GTX680 released 2012 should be significantly faster than a GTX580 from 2010. Someone please explain Moore law to nvidia :-)


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.