[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CABob6iq619wgAO0RORXrwN7KGn9RJyesok=P7scPXApTUWnxvQ@mail.gmail.com>
Date: Thu, 25 Aug 2011 08:46:35 +0200
From: Lukas Odzioba <lukas.odzioba@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: 1.7.8-allcuda-0.3
2011/8/25 Solar Designer <solar@...nwall.com>:
> Lukas -
>
> I've just tried john-1.7.8-allcuda-0.3.diff on my 8800 GTS 512 under
> Yellow Dog Linux with CUDA 3.2. Here's how it works/fails:
>
> Benchmarking: PHPASSCUDA [PORTABLE-MD5]... DONE
> Raw: 182237 c/s real, 182237 c/s virtual
>
> Benchmarking: CRYPTMD5CUDA saltlen=8,passlen=8 [MD5-based CRYPT]... FAILED (get_hash[0](0))
> Benchmarking: CRYPTSHA256CUDA [SHA256-based CRYPT]... DONE
> Raw: 1556 c/s real, 1556 c/s virtual
>
> Benchmarking: CRYPTSHA512CUDA [SHA512-based CRYPT]... DONE
> Raw: 1033 c/s real, 1033 c/s virtual
>
> The failure for CRYPTMD5CUDA occurs every time, including when I invoke
> this one test separately.
>
> Alexander
>
I suppose it is because to big THREADS value in cryptmd5.h. Could you
please test 192 or 160 in free time (it's not urgent)? For now I'll
try set 192 as default and hopefully this will be highest safe value.
Anyway it seems that It should be done automatically, but as far as I
remeber threads and blocks values must be known during compilation so
each kernel should be compiled for every (most plausible)
threads/blocks configuration, compilation process will take too much
time, and we don't wont that. Maybe kernels should be distributed in
precompiled version... We'll see.
Lukas
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.
