[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20317FBF-71A8-4706-9563-4BC9ECD8291B@gmail.com>
Date: Sat, 25 Apr 2015 22:18:21 +0800
From: Lei Zhang <zhanglei.april@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: [GSoC] JtR SIMD support enhancements
> On Apr 25, 2015, at 8:46 PM, Solar Designer <solar@...nwall.com> wrote:
>
> On Thu, Apr 23, 2015 at 11:35:44PM +0800, Lei Zhang wrote:
>>> Regarding OpenMP offload experiments:
>>>
>>>> BF_std:
>>>> Currently this is the only one that works.
>>>> -----------------------------------------------------
>>>> [zhanglei@...ter src]$ ../run/john --test --format=bcrypt
>>>> Will run 12 OpenMP threads
>>>> Benchmarking: bcrypt ("$2a$05", 32 iterations) [Blowfish 32/64 X2]... DONE
>>>> Raw: 1552 c/s real, 1555 c/s virtual
>>>> -----------------------------------------------------
>>
>
> So, any idea about the weird speed you got for bcrypt here? Here's
> mine: maybe max_keys_per_crypt is set based on the host's number of
> threads, so is too low for MIC?
I think you're right. There's a call to omp_get_num_threads() to determine max_keys_per_crypt. I wrap it with "#pragma offload ..." and the performance becomes:
-----------------------------------------------------
[zhanglei@...ter src]$ ../run/john --test --format=bcrypt
Will run 12 OpenMP threads
Benchmarking: bcrypt ("$2a$05", 32 iterations) [Blowfish 32/64 X2]... DONE
Raw: 5888 c/s real, 5888 c/s virtual
-----------------------------------------------------
Other code that depends on underlying hardware traits might need offloading as well.
Lei
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.
