[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BLU159-W1109D177467DC9DFF3DB94A4720@phx.gbl>
Date: Tue, 31 Jan 2012 00:00:06 +0000
From: Alex Sicamiotis <alekshs@...mail.com>
To: <john-users@...ts.openwall.com>
Subject: RE: DES with OpenMP
>
> This is DES_bs_cpt in DES_bs.h, and this setting is only used in OpenMP
> builds. By default it's 32, but you can try any value starting with 1.
>
Aha, thanks... I feel this has potential for speeding up things.
> BTW, I guess those 11 minutes seen in the log above are wasted counting
> and validating your preprocessed rules, which you have a ridiculous
> number of (600 million, IIRC). Originally, this was not an intended use
> for the rules, but I guess I'll need to introduce some better support
> for that, which would avoid the waste of time at startup. Would you
> trade saving the 11 minutes for lack of a progress indicator maybe (so
> that we don't need to count the rules)?
>
> Alexander
That was on a new incremental attempt with -i:all (replaced with a custom .chr).
As
for the rules, I think the most I've waited for the rule processing was
something like two minutes. As far as I'm concerned, the indicator
resetting every once in a while is a minor bug. Especially if the rules
are [a-z] type where you can plainly see the progress by the first
letter. For other rules it may not be so clear but I generally calculate
the time needed with a spreadsheet even before I start the attempt (old
habits...) so I have a fairly accurate idea of the time left.
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.
