Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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.