[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CABh=JRGy-kt6ZqRH+8aNR+TeuycYxZTbmvL+jkKFoeE_Fc4yAg@mail.gmail.com>
Date: Thu, 28 Mar 2013 05:54:41 +0200
From: Milen Rangelov <gat3way@...il.com>
To: john-dev@...ts.openwall.com
Subject: Re: MPI-openCL build; fast hashes are faster!!
Yes, this approach is easier and I took that as well. Instead of trying to
use async stuff and events just spawn several threads, each with own
context and buffers then do the stuff in parallel on a single device. It
wastes a lot of memory indeed, but it's easy and it works. For fast hashes
with candidate generation on GPUs it's even better :)
On Thu, Mar 28, 2013 at 3:45 AM, magnum <john.magnum@...hmail.com> wrote:
> On 27 Mar, 2013, at 22:54 , Sayantan Datta <std2048@...il.com> wrote:
> > OpenCL-MPI build using openmpi results in some of the fast hashes to
> speed up by 1.5-3x without any extra modification e.g.
> raw-md4,raw-md5,raw-sha1 ,xsha512 and des. I haven't tested all hashes but
> most of them works fine except the slow hashes which causes asic hangs most
> of the time with anything more than 1 thread feeding the GPU.
>
> You mean with all processes using one same GPU? On what branch was that?
> Recent improvements in raw-md4/md5 in bleeding-jumbo has reduced transfer
> latencies a lot so that approach should be less rewarding.
>
> magnum
>
Content of type "text/html" skipped
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.
