Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sun, 15 Mar 2015 13:12:48 +0800
From: Lei Zhang <zhanglei.april@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: [GSoC] building JtR for MIC

Hi,

I fixed the configuration problem and descrypt behaves normally now.

And after deleting some files, we now have over 6GB free memory space on our MIC card. Thanks to that, scrypt can run now. This time john-jumbo ran through a bunch of benchmarks, some of which FAILED although. It got killed again when running smchapv2-naive. I guess it ran out of memory again?

The output is a bit lengthy this time. So I put them in a text file attached below. Please see for yourself.


Lei



> On Mar 14, 2015, at 11:21 PM, Solar Designer <solar@...nwall.com <mailto:solar@...nwall.com>> wrote:
> 
> On Sat, Mar 14, 2015 at 10:59:46PM +0800, Lei Zhang wrote:
>> This time I got exclusive use of our MIC card and ran john-jumbo's benchmark again.
>> Here's the result:
>> ----------------------------------------------------------
>> Will run 240 OpenMP threads
>> Benchmarking: descrypt, traditional crypt(3) [DES 64/64]... (240xOMP) DONE
>> Many salts:	11702K c/s real, 48709 c/s virtual
>> Only one salt:	4253K c/s real, 17728 c/s virtual
> 
> The "64/64" suggests you're running scalar 64-bit code, rather than the
> 512-bit vector code.
> 
>> It's better than last time. But descrypt is still too slow and scrypt is still crashing. 
>> 
>> I checked the status of the MIC card, and found the free memory space left is no more than 3GB. This is reasonable since MIC has no external disk and the filesystem resides entirely on it's RAM.
> 
> You need to free up more space there.  A freshly booted MIC card
> typically has over 7 GB free.  Clearly, you can fit your JtR jumbo
> binary and libraries in there and still have over 7 GB free.
> 
> If there are other people's files in there that you can't delete, then
> maybe you should move to using our MIC card - we can setup you access.
> 
>> As for descrypt, I don't know why it's so slow. It's supposed to share the same code as john-core, right? Or maybe there's something wrong with configuration. I'm still checking.
> 
> Yes, something is wrong with the configuration, preventing the MIC
> intrinsics from being enabled.
> 
> Or maybe your tree doesn't even have the MIC intrinsics in DES_bs_b.c
> yet?  magnum merged my changes from core into jumbo just a few days ago.
> Have you updated to the latest jumbo tree?
> 
> Alexander


Content of type "text/html" skipped

View attachment "log-mic.txt" of type "text/plain" (25603 bytes)

Content of type "text/html" skipped

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ