Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 26 Jul 2013 17:47:36 -0400
From: Yaniv Sapir <>
Subject: Re: Parallella: Litecoin mining


As a starting point, consider using (a) neighbor core(s) local memory to
store parts of your big array. It is much faster to retrieve data from an
on-chip memory than the external memory. Obviously, it means that you are
either not going to use the adjacent core for processing in parallel, or
you need to write the program in a way that core groups share the same data
buffer(s) (I am not familiar with the algorithm so I don't know if "V"
needs to be modified during the calculation).


On Fri, Jul 26, 2013 at 4:57 PM, Rafael Waldo Delgado Doblas <> wrote:

> Hello,
> Second daily report.
> Accomplishments:
> 1. Start to move Scrypt.c to Epiphany.
>  Priorities:
> 1. Move Scrypt.c to Epiphany.
> 3. Get one instance of Scrypt runing on one Ephipany core.
> 3. Expand to the rest of cores.
> 4. Get a detailed decryption of Scrypt.c. (I have sent a mail to cKolivas).
> Regards,
> Rafael.
> Well at this point I know what I should modified in CGMiner (I hope). I
> I'm available to run Scrypt in one core looks really easy expand to the
> rest of cores because of how is CGMiner coded. I didn’t get the detailed
> description of Scrypt yet but even if I don’t have it, I could start to
> work con Scrypt port.
> Each epiphany core has 32K and the cKolivas scyrpt implementation needs
> 128,5K plus the executable binary image size. LiteCoin has the next Scrypt
> parameters:
> r = 1
> p=1
> N=1024
> If I look in the reference implementation: "V" will need 128KB, "XY" 256B
> and "B" 128B then I the reference implementation will need ~128,37KB plus
> the executable binary image size.
> The Alexander's escrypt-tmto1 needs ~64K plus the executable binary image
> size then even with this TMTO ratio is not enough to work with Parallella.
> I was thinking in raise the CPU use in escrypt-tmto1 but is there a better
> way to get Scrypt on Parallella without raise cpu use? Do I losse
> something? Have I missed anything?
> BTW: The only function that we need to port to Epiphany is:
> scrypt_1024_1_1_256_sp(data, scratchbuf, ostate);
> data is the plaintext
> scratchbuf is a memory area to store V XY and B.
> ostate is the hash.
> scratchbuf will be inside of the epiphany core.
> Regards,
> Rafael.

Yaniv Sapir
Adapteva Inc.
1666 Massachusetts Ave, Suite 14
Lexington, MA 02420
Phone: (781)-328-0513 (x104)
CONFIDENTIALITY NOTICE: This e-mail may contain information
that is confidential and proprietary to Adapteva, and Adapteva hereby
designates the information in this e-mail as confidential. The information
 intended only for the use of the individual or entity named above. If you
not the intended recipient, you are hereby notified that any disclosure,
distribution or use of any of the information contained in this
transmission is
strictly prohibited and that you should immediately destroy this e-mail and
contents and notify Adapteva.

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.