|
|
Message-ID: <20110919200344.GA31122@openwall.com>
Date: Tue, 20 Sep 2011 00:03:44 +0400
From: Solar Designer <solar@...nwall.com>
To: john-users@...ts.openwall.com
Subject: Re: What does the dummy bench actually mean?
On Mon, Sep 19, 2011 at 09:13:08PM +0200, Pablo Fernandez wrote:
> How is the dummy benchmark calculated? I see the code, it seems simple, but
> don't really understand it.
> Does it actually correspond to the time it takes John to go to the next
> candidate?
No. It benchmarks dummy hashing, which includes overhead of the
"formats" interface and actual time it takes to compare candidate
passwords against known passwords (dummy hashes).
On a Pentium 3 1.0 GHz, I am getting 17M c/s at "dummy".
On a typical Core 2'ish machine, it reports a speed of about 90M c/s.
On Core i7-2600 3.4 GHz (Turbo Boost to 3.8 GHz), it goes up to 130M c/s.
Indeed, all of these are for one CPU core.
> My guess it that NO, that I am making a mistake here... so, is
> there a way to measure the original time to "go-to-the-next-candidate" without
> filters, so that I can check the efficiency of my filter?
No, but you can use a trivial filter() as your baseline:
void filter()
{
word = 0;
}
Alexander
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.