Bitcoin Forum
June 30, 2024, 03:18:16 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Using parallella board 16x core to mine  (Read 4836 times)
Bravomatic (OP)
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
March 26, 2014, 10:46:06 PM
 #1

Does anyone know enough about these boards to understand if they can be good to manage your mine?

http://www.parallella.org/board/

The 66-core version of the Parallella computer delivers over 90 GFLOPS on a board the size of a credit card while consuming only 5 Watts under typical work loads. For certain applications, this would provide more raw performance than a high end server costing thousands of dollars and consuming 400W.

90 flops is vary fast and can deliver faster results with ASCI??

 Huh
-ck
Legendary
*
Offline Offline

Activity: 4144
Merit: 1638


Ruu \o/


View Profile WWW
March 26, 2014, 11:42:12 PM
 #2

Completely useless in today's ASIC mining era, they would not remotely have any useful hashrate. No commodity hardware can possibly remotely compete with any ASIC ever again unless they add ASICs specific for bitcoin mining into the hardware itself.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Bravomatic (OP)
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
March 27, 2014, 04:28:12 PM
 #3

I was referring to how its sent its work from the controller. If the controller can process more data then it can provide faster workloads and yield higher hash-rates?

such as for a controller the ras pi is 30 flops

this paralle board is 90 flops...can this be a faster system with gridseeds attached...
howardb
Hero Member
*****
Offline Offline

Activity: 574
Merit: 500


View Profile
March 31, 2014, 09:02:32 AM
 #4

The parallella board is far more interesting as a scrypt vehicle, but we need to wait for the 64 processor version for it to start to get interesting.
-ck
Legendary
*
Offline Offline

Activity: 4144
Merit: 1638


Ruu \o/


View Profile WWW
March 31, 2014, 09:19:13 AM
 #5

I was referring to how its sent its work from the controller. If the controller can process more data then it can provide faster workloads and yield higher hash-rates?

such as for a controller the ras pi is 30 flops

this paralle board is 90 flops...can this be a faster system with gridseeds attached...
Controllers don't need much power at all to send and receive work. The cointerra (which is currently the single most powerful standalone mining hardware) uses a beaglebone black to produce 1.6TH. Bad design implementation (hardware and driver) is the only reason one might need lots of power in the controller.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
Bravomatic (OP)
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
March 31, 2014, 11:36:07 PM
 #6

oh ok. thanks...


Operatr
Hero Member
*****
Offline Offline

Activity: 798
Merit: 1000


www.DonateMedia.org


View Profile WWW
April 02, 2014, 01:59:30 AM
 #7

The parallella board is far more interesting as a scrypt vehicle, but we need to wait for the 64 processor version for it to start to get interesting.

I read some talk about this on another forum, but now that Scrypt ASICs are appearing this board would have no hope against them. Scrypt pretty much just skipped FPGAs and went directly to ASICs as FPGAs give horrible Scrypt hashing performance. Though, this is exactly why Scrypt was implemented to make FPGAs and ASICs much less effective.

-ck
Legendary
*
Offline Offline

Activity: 4144
Merit: 1638


Ruu \o/


View Profile WWW
April 02, 2014, 03:04:39 AM
 #8

Scrypt pretty much just skipped FPGAs and went directly to ASICs as FPGAs give horrible Scrypt hashing performance. Though, this is exactly why Scrypt was implemented to make FPGAs and ASICs much less effective.
Not really. It was developed to make GPUs less effective, yet it failed on that front and then everything else followed too.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
seriouscoin
Hero Member
*****
Offline Offline

Activity: 658
Merit: 500


View Profile
April 02, 2014, 09:57:51 AM
 #9

Scrypt pretty much just skipped FPGAs and went directly to ASICs as FPGAs give horrible Scrypt hashing performance. Though, this is exactly why Scrypt was implemented to make FPGAs and ASICs much less effective.
Not really. It was developed to make GPUs less effective, yet it failed on that front and then everything else followed too.
+1

Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!