CCminer(SP-MOD) Modded GPU kernels.

[Genoil]

GTX 1070 is 5.25GH/s on XVC (Blake-256 8 round), pulling 150W - this gives it a MH/s/W value of 35MH/s/W.

I'd like to stress that it's 14nm. With my full-custom design on one of my 28nm FPGAs, I get 2.1GH/s at 24W - this gives it an MH/s/W value of 87.5MH/s/W.

As it is, this fight is one-sided. If they had been manufactured on the same node, it wouldn't be a fight - it would be an execution.

well not fair to compare a gpu with fpga, fpga can do well one thing at time, then you need to reprogram it, gpu can do multiple things

it will consume more energy because of that, if gpu were specialized only on mining, they would be just asic, so yes it's not all about nm productive process

Yeah, but my point was, from a mining perspective, a GPU and an FPGA can both mine many algos. The FPGA may be somewhat more restricted in selection, but it can still switch. So comparing raw hash/watt as a measure of merit is faulty, unless what I pointed out holds as well.

FPGAs are in a completely different class... You could lump ASICs into that comparison too. They also can mine multiple algos... They just have to be built from the ground up each and every time. To that extent, so do miners for GPUs (depending on how different the algo is from other ones already made), but the time requirement is quite a bit different.

ASICs can't mine multiple algos unless they're made to from the start. You can buy an FPGA ONCE and reprogram it - a GPU is closer to this. You don't have to get a new GPU every algo.

Sure, but often times you have to completely reprogram the thing from the ground up. They're both in a different class of products from GPUs.

You do realize GPUs are pretty much the same, except they expose an instruction set, correct?

Something about memory, horsepower too (computational units), instruction sets they support, and operating environment. Even if you can do one thing really well with a FPGA (much like a ASIC), that doesn't mean it'll do everything else pretty much equally as ewll. There is a reason FPGAs have always been the stepping stone to ASICs. Because if you're going to take enough time to program for a FPGA, you can just take that one step further and start designing the chip too, which adds a lot more flexibility when it comes to efficiency and raw horsepower (more of whatever you need to produce a certain amount of hashrate, less of whatever isn't being used) and allows your clientele to easily implement them (a box you plug in). The level of expertise you need for each of those goes up quite a bit hoping from GPU > FPGA > ASIC.

Like I said, there is pretty much three classes, GPUs, ASICs, and FPGAs. FPGAs are like the experimentation ground for ASICs. There are CPUs too, but GPUs can do almost everything CPUs can better, especially when it comes to cryptos.

Of course it won't do everything equally as well. You're totally missing the point - you don't need to buy another GPU for an algo, you don't need to buy another FPGA for an algo, you DO need another ASIC for one. FPGAs have memory, plenty more horsepower depending on the task, and if you makes you happy, you can make them accept instructions to perform tasks, as well.

Yeah, and I'm taking it one step further and looking at the software side as well as hardware.

Lets say a new algo comes out. Is it just as easy to update a FPGA as it is ccminer to mine it? The answer is no. If it were, everyone would be using FPGAs instead of GPUs.

And yes, sometimes your FPGA can't handle a algo so you need a different make or model that has the assets you need (like memory).

It's not JUST AS EASY - it's a different skillset. Again, you assume because you can't do something, it's a rare talent. And not if you put memory onboard. You can do this, you know.

...it is a rare talent. Hence why FPGAs aren't everywhere... XD Heart surgeon is just another skillset. 'Just because you can't do it, doesn't mean it's rare talent.'

Yeah, you can just add memory to your FPGA? Throw some GDDR5 chips or HBM on there for fun? You mean buy one with it already on it or build one from the ground up (which is no different from just building a ASIC).


Curiously could someone confirm the 'actual' rate from yiimp? It seems unlikely it's earning about 30% more per MH for Lbry then coinmine/mnpool/suprnova, basically every other pool.

Buy an FPGA with 4GB of memory - simple. Then it doesn't need replacing. Your same argument applies if an algo needs 16GB and the GPU has 8 - oh, you need to buy another GPU!

Can you recommend a pci-e card that's useful for learning/understanding FPGA? Not too expensive, but not too small that I can't do anything serious with it.

[pttx]

750ti oc 53mh/s
1070 oc 245mh/s
1080 oc 325mh/s

rx480 125mh/s

what oc on the 1070 +400 on the core?

+190 core
+480 mem

[Amph]

750ti oc 53mh/s
1070 oc 245mh/s
1080 oc 325mh/s

rx480 125mh/s

what oc on the 1070 +400 on the core?

+190 core
+480 mem

just to be sure is that with lbry right?, if yes it's good with only 1800 core i presume, which is the stock for most oc factory gpu, you are getting already 245MH, and those gpu can be pushed to 2ghz easily

can you tell me the wattage?

[adaseb]

Does the speed really matter anymore with this coin?

Can't even get a good dead cat bounce

[giagge]

With gtx 980oc i have 165mh/s on lbry windows 10 x64 .

[Amph]

750ti oc 53mh/s
1070 oc 245mh/s
1080 oc 325mh/s

rx480 125mh/s

what oc on the 1070 +400 on the core?

+190 core
+480 mem

now that i have the 1070 i tested it with 1800 core and 4000 mem, but i'm only getting 200, how can you get 245? not even with 2000 core this is possible, are you sure about those result for lbry?

[Amph]

750ti oc 53mh/s
1070 oc 245mh/s
1080 oc 325mh/s

rx480 125mh/s

what oc on the 1070 +400 on the core?

+190 core
+480 mem

now that i have the 1070 i tested it with 1800 core and 4000 mem, but i'm only getting 200, how can you get 245? not even with 2000 core this is possible, are you sure about those result for lbry?

pttx is using a private miner, no doubt - he's got more than enough money to throw around.

for sure, because increasing the memory was pointless, i got nothing from it

[bensam1231]

GTX 1070 is 5.25GH/s on XVC (Blake-256 8 round), pulling 150W - this gives it a MH/s/W value of 35MH/s/W.

I'd like to stress that it's 14nm. With my full-custom design on one of my 28nm FPGAs, I get 2.1GH/s at 24W - this gives it an MH/s/W value of 87.5MH/s/W.

As it is, this fight is one-sided. If they had been manufactured on the same node, it wouldn't be a fight - it would be an execution.

well not fair to compare a gpu with fpga, fpga can do well one thing at time, then you need to reprogram it, gpu can do multiple things

it will consume more energy because of that, if gpu were specialized only on mining, they would be just asic, so yes it's not all about nm productive process

Yeah, but my point was, from a mining perspective, a GPU and an FPGA can both mine many algos. The FPGA may be somewhat more restricted in selection, but it can still switch. So comparing raw hash/watt as a measure of merit is faulty, unless what I pointed out holds as well.

FPGAs are in a completely different class... You could lump ASICs into that comparison too. They also can mine multiple algos... They just have to be built from the ground up each and every time. To that extent, so do miners for GPUs (depending on how different the algo is from other ones already made), but the time requirement is quite a bit different.

ASICs can't mine multiple algos unless they're made to from the start. You can buy an FPGA ONCE and reprogram it - a GPU is closer to this. You don't have to get a new GPU every algo.

Sure, but often times you have to completely reprogram the thing from the ground up. They're both in a different class of products from GPUs.

You do realize GPUs are pretty much the same, except they expose an instruction set, correct?

Something about memory, horsepower too (computational units), instruction sets they support, and operating environment. Even if you can do one thing really well with a FPGA (much like a ASIC), that doesn't mean it'll do everything else pretty much equally as ewll. There is a reason FPGAs have always been the stepping stone to ASICs. Because if you're going to take enough time to program for a FPGA, you can just take that one step further and start designing the chip too, which adds a lot more flexibility when it comes to efficiency and raw horsepower (more of whatever you need to produce a certain amount of hashrate, less of whatever isn't being used) and allows your clientele to easily implement them (a box you plug in). The level of expertise you need for each of those goes up quite a bit hoping from GPU > FPGA > ASIC.

Like I said, there is pretty much three classes, GPUs, ASICs, and FPGAs. FPGAs are like the experimentation ground for ASICs. There are CPUs too, but GPUs can do almost everything CPUs can better, especially when it comes to cryptos.

Of course it won't do everything equally as well. You're totally missing the point - you don't need to buy another GPU for an algo, you don't need to buy another FPGA for an algo, you DO need another ASIC for one. FPGAs have memory, plenty more horsepower depending on the task, and if you makes you happy, you can make them accept instructions to perform tasks, as well.

Yeah, and I'm taking it one step further and looking at the software side as well as hardware.

Lets say a new algo comes out. Is it just as easy to update a FPGA as it is ccminer to mine it? The answer is no. If it were, everyone would be using FPGAs instead of GPUs.

And yes, sometimes your FPGA can't handle a algo so you need a different make or model that has the assets you need (like memory).

It's not JUST AS EASY - it's a different skillset. Again, you assume because you can't do something, it's a rare talent. And not if you put memory onboard. You can do this, you know.

...it is a rare talent. Hence why FPGAs aren't everywhere... XD Heart surgeon is just another skillset. 'Just because you can't do it, doesn't mean it's rare talent.'

Yeah, you can just add memory to your FPGA? Throw some GDDR5 chips or HBM on there for fun? You mean buy one with it already on it or build one from the ground up (which is no different from just building a ASIC).


Curiously could someone confirm the 'actual' rate from yiimp? It seems unlikely it's earning about 30% more per MH for Lbry then coinmine/mnpool/suprnova, basically every other pool.

Buy an FPGA with 4GB of memory - simple. Then it doesn't need replacing. Your same argument applies if an algo needs 16GB and the GPU has 8 - oh, you need to buy another GPU!

Can you recommend a pci-e card that's useful for learning/understanding FPGA? Not too expensive, but not too small that I can't do anything serious with it.

PCI-E? Not really - since I haven't used any, and those tend to be more on the expensive side. I have a Nexys 4 DDR, Nexys Video, and Genesys 2 from Digilent, though - the Nexys Video might best suit your needs.

You realize DDR isn't the same thing as GDDR right?

750ti oc 53mh/s
1070 oc 245mh/s
1080 oc 325mh/s

rx480 125mh/s

what oc on the 1070 +400 on the core?

+190 core
+480 mem

now that i have the 1070 i tested it with 1800 core and 4000 mem, but i'm only getting 200, how can you get 245? not even with 2000 core this is possible, are you sure about those result for lbry?

pttx is using a private miner, no doubt - he's got more than enough money to throw around.

Those are rates from Epsylons miner.

[bensam1231]

GTX 1070 is 5.25GH/s on XVC (Blake-256 8 round), pulling 150W - this gives it a MH/s/W value of 35MH/s/W.

I'd like to stress that it's 14nm. With my full-custom design on one of my 28nm FPGAs, I get 2.1GH/s at 24W - this gives it an MH/s/W value of 87.5MH/s/W.

As it is, this fight is one-sided. If they had been manufactured on the same node, it wouldn't be a fight - it would be an execution.

well not fair to compare a gpu with fpga, fpga can do well one thing at time, then you need to reprogram it, gpu can do multiple things

it will consume more energy because of that, if gpu were specialized only on mining, they would be just asic, so yes it's not all about nm productive process

Yeah, but my point was, from a mining perspective, a GPU and an FPGA can both mine many algos. The FPGA may be somewhat more restricted in selection, but it can still switch. So comparing raw hash/watt as a measure of merit is faulty, unless what I pointed out holds as well.

FPGAs are in a completely different class... You could lump ASICs into that comparison too. They also can mine multiple algos... They just have to be built from the ground up each and every time. To that extent, so do miners for GPUs (depending on how different the algo is from other ones already made), but the time requirement is quite a bit different.

ASICs can't mine multiple algos unless they're made to from the start. You can buy an FPGA ONCE and reprogram it - a GPU is closer to this. You don't have to get a new GPU every algo.

Sure, but often times you have to completely reprogram the thing from the ground up. They're both in a different class of products from GPUs.

You do realize GPUs are pretty much the same, except they expose an instruction set, correct?

Something about memory, horsepower too (computational units), instruction sets they support, and operating environment. Even if you can do one thing really well with a FPGA (much like a ASIC), that doesn't mean it'll do everything else pretty much equally as ewll. There is a reason FPGAs have always been the stepping stone to ASICs. Because if you're going to take enough time to program for a FPGA, you can just take that one step further and start designing the chip too, which adds a lot more flexibility when it comes to efficiency and raw horsepower (more of whatever you need to produce a certain amount of hashrate, less of whatever isn't being used) and allows your clientele to easily implement them (a box you plug in). The level of expertise you need for each of those goes up quite a bit hoping from GPU > FPGA > ASIC.

Like I said, there is pretty much three classes, GPUs, ASICs, and FPGAs. FPGAs are like the experimentation ground for ASICs. There are CPUs too, but GPUs can do almost everything CPUs can better, especially when it comes to cryptos.

Of course it won't do everything equally as well. You're totally missing the point - you don't need to buy another GPU for an algo, you don't need to buy another FPGA for an algo, you DO need another ASIC for one. FPGAs have memory, plenty more horsepower depending on the task, and if you makes you happy, you can make them accept instructions to perform tasks, as well.

Yeah, and I'm taking it one step further and looking at the software side as well as hardware.

Lets say a new algo comes out. Is it just as easy to update a FPGA as it is ccminer to mine it? The answer is no. If it were, everyone would be using FPGAs instead of GPUs.

And yes, sometimes your FPGA can't handle a algo so you need a different make or model that has the assets you need (like memory).

It's not JUST AS EASY - it's a different skillset. Again, you assume because you can't do something, it's a rare talent. And not if you put memory onboard. You can do this, you know.

...it is a rare talent. Hence why FPGAs aren't everywhere... XD Heart surgeon is just another skillset. 'Just because you can't do it, doesn't mean it's rare talent.'

Yeah, you can just add memory to your FPGA? Throw some GDDR5 chips or HBM on there for fun? You mean buy one with it already on it or build one from the ground up (which is no different from just building a ASIC).


Curiously could someone confirm the 'actual' rate from yiimp? It seems unlikely it's earning about 30% more per MH for Lbry then coinmine/mnpool/suprnova, basically every other pool.

Buy an FPGA with 4GB of memory - simple. Then it doesn't need replacing. Your same argument applies if an algo needs 16GB and the GPU has 8 - oh, you need to buy another GPU!

Can you recommend a pci-e card that's useful for learning/understanding FPGA? Not too expensive, but not too small that I can't do anything serious with it.

PCI-E? Not really - since I haven't used any, and those tend to be more on the expensive side. I have a Nexys 4 DDR, Nexys Video, and Genesys 2 from Digilent, though - the Nexys Video might best suit your needs.

You realize DDR isn't the same thing as GDDR right?

You realize they both store data, right?

Yeah and because of that they're equal or are you arguing semantics, where because you can purchase a FPGA with memory it'll work perfectly fine for memory hard algos?

Curiously how is your Ethereum FPGA working out? Oh? No? Okay...

Like I said, they're just like ASICs in that you can't use them for every algo, they're somewhat more flexible then ASICs, but at the end of the day you still can't use them for everything.

[Epsylon3]

one thing is sure, without dev we cant mine

[_javi_]

quote quote quote... nice wall of text 

[induktor]

quote quote quote... nice wall of text 

is that what is called "hyperthread...ing"? hehe

[joblo]

quote quote quote... nice wall of text 

LOL. Quote 100 lines and add 1.

It reminds me of an accidental email bomb at my previous employer.

1. Someone inadvertantly sent an email to everyone in the company directory. Bad, 40,000 emails with the entire company
directory in every copy.

2. A few clueless do-gooders replied to all, copying the original email and its mailing list, telling the sender
not to mail bomb the entire company. Worse, a few hundred thousand emails, each with two copies of the company directory.

3. A bunch of other clueless doo-gooders replied to all complaining about doo-gooders copying the original email, not realizing
the mailing list they were sending to was many times larger than the body they deleted. Another couple hundred thousand
emails, each with a copy of the company directory.

The mail system became unresponsive in less than 5 minutes. By then I had more than 20 replies to the original email.
The mail system had to be shut down and purged of the entire thread.

[induktor]

quote quote quote... nice wall of text 

LOL. Quote 100 lines and add 1.

It reminds me of an accidental email bomb at my previous employer.

1. Someone inadvertantly sent an email to everyone in the company directory. Bad, 40,000 emails with the entire company
directory in every copy.

2. A few clueless do-gooders replied to all, copying the original email and its mailing list, telling the sender
not to mail bomb the entire company. Worse, a few hundred thousand emails, each with two copies of the company directory.

3. A bunch of other clueless doo-gooders replied to all complaining about doo-gooders copying the original email, not realizing
the mailing list they were sending to was many times larger than the body they deleted. Another couple hundred thousand
emails, each with a copy of the company directory.

The mail system became unresponsive in less than 5 minutes. By then I had more than 20 replies to the original email.
The mail system had to be shut down and purged of the entire thread.

HEHEHE, holy shit, that was a really social mail bomb hehe, amazing.

[bensam1231]

GTX 1070 is 5.25GH/s on XVC (Blake-256 8 round), pulling 150W - this gives it a MH/s/W value of 35MH/s/W.

I'd like to stress that it's 14nm. With my full-custom design on one of my 28nm FPGAs, I get 2.1GH/s at 24W - this gives it an MH/s/W value of 87.5MH/s/W.

As it is, this fight is one-sided. If they had been manufactured on the same node, it wouldn't be a fight - it would be an execution.

well not fair to compare a gpu with fpga, fpga can do well one thing at time, then you need to reprogram it, gpu can do multiple things

it will consume more energy because of that, if gpu were specialized only on mining, they would be just asic, so yes it's not all about nm productive process

Yeah, but my point was, from a mining perspective, a GPU and an FPGA can both mine many algos. The FPGA may be somewhat more restricted in selection, but it can still switch. So comparing raw hash/watt as a measure of merit is faulty, unless what I pointed out holds as well.

FPGAs are in a completely different class... You could lump ASICs into that comparison too. They also can mine multiple algos... They just have to be built from the ground up each and every time. To that extent, so do miners for GPUs (depending on how different the algo is from other ones already made), but the time requirement is quite a bit different.

ASICs can't mine multiple algos unless they're made to from the start. You can buy an FPGA ONCE and reprogram it - a GPU is closer to this. You don't have to get a new GPU every algo.

Sure, but often times you have to completely reprogram the thing from the ground up. They're both in a different class of products from GPUs.

You do realize GPUs are pretty much the same, except they expose an instruction set, correct?

Something about memory, horsepower too (computational units), instruction sets they support, and operating environment. Even if you can do one thing really well with a FPGA (much like a ASIC), that doesn't mean it'll do everything else pretty much equally as ewll. There is a reason FPGAs have always been the stepping stone to ASICs. Because if you're going to take enough time to program for a FPGA, you can just take that one step further and start designing the chip too, which adds a lot more flexibility when it comes to efficiency and raw horsepower (more of whatever you need to produce a certain amount of hashrate, less of whatever isn't being used) and allows your clientele to easily implement them (a box you plug in). The level of expertise you need for each of those goes up quite a bit hoping from GPU > FPGA > ASIC.

Like I said, there is pretty much three classes, GPUs, ASICs, and FPGAs. FPGAs are like the experimentation ground for ASICs. There are CPUs too, but GPUs can do almost everything CPUs can better, especially when it comes to cryptos.

Of course it won't do everything equally as well. You're totally missing the point - you don't need to buy another GPU for an algo, you don't need to buy another FPGA for an algo, you DO need another ASIC for one. FPGAs have memory, plenty more horsepower depending on the task, and if you makes you happy, you can make them accept instructions to perform tasks, as well.

Yeah, and I'm taking it one step further and looking at the software side as well as hardware.

Lets say a new algo comes out. Is it just as easy to update a FPGA as it is ccminer to mine it? The answer is no. If it were, everyone would be using FPGAs instead of GPUs.

And yes, sometimes your FPGA can't handle a algo so you need a different make or model that has the assets you need (like memory).

It's not JUST AS EASY - it's a different skillset. Again, you assume because you can't do something, it's a rare talent. And not if you put memory onboard. You can do this, you know.

...it is a rare talent. Hence why FPGAs aren't everywhere... XD Heart surgeon is just another skillset. 'Just because you can't do it, doesn't mean it's rare talent.'

Yeah, you can just add memory to your FPGA? Throw some GDDR5 chips or HBM on there for fun? You mean buy one with it already on it or build one from the ground up (which is no different from just building a ASIC).


Curiously could someone confirm the 'actual' rate from yiimp? It seems unlikely it's earning about 30% more per MH for Lbry then coinmine/mnpool/suprnova, basically every other pool.

Buy an FPGA with 4GB of memory - simple. Then it doesn't need replacing. Your same argument applies if an algo needs 16GB and the GPU has 8 - oh, you need to buy another GPU!

Can you recommend a pci-e card that's useful for learning/understanding FPGA? Not too expensive, but not too small that I can't do anything serious with it.

PCI-E? Not really - since I haven't used any, and those tend to be more on the expensive side. I have a Nexys 4 DDR, Nexys Video, and Genesys 2 from Digilent, though - the Nexys Video might best suit your needs.

You realize DDR isn't the same thing as GDDR right?

You realize they both store data, right?

Yeah and because of that they're equal or are you arguing semantics, where because you can purchase a FPGA with memory it'll work perfectly fine for memory hard algos?

Curiously how is your Ethereum FPGA working out? Oh? No? Okay...

Like I said, they're just like ASICs in that you can't use them for every algo, they're somewhat more flexible then ASICs, but at the end of the day you still can't use them for everything.

YOU are arguing semantics - the point was that they can do it.

Also, just because Eth is better on GPU than most FPGA doesn't mean shit - it CAN be done on FPGA, it's just not as good. It's better for some things, not for others.

They can do it if they're capable of actually doing it. That was the whole point of what we're talking about, you're taking a position that a FPGA is just a better GPU. I took the position that a FPGA is somewhere in between a GPU and a ASIC, in that it can do more then a ASIC, but not nearly as much as a GPU (hence a different class they represent and why you can't actively compared a FPGA to a GPU).

Literally just proved the point by showing that FPGAs can't do everything a GPU can do, you said it's semantics.

FPGAs are in a completely different class... You could lump ASICs into that comparison too. They also can mine multiple algos... They just have to be built from the ground up each and every time. To that extent, so do miners for GPUs (depending on how different the algo is from other ones already made), but the time requirement is quite a bit different.

The whole memory bit was about needing to buy different FPGAs for different algos, much like ASICs, because depending on what you're mining, a FPGA can't always do it. You don't need a new FPGA for every algo, but you do for others... Still once again somewhere in between GPUs and ASICs.

[ylpkm]

so any updates on the miner sp?

[bensam1231]

YOU are arguing semantics - the point was that they can do it.

Also, just because Eth is better on GPU than most FPGA doesn't mean shit - it CAN be done on FPGA, it's just not as good. It's better for some things, not for others.

They can do it if they're capable of actually doing it. That was the whole point of what we're talking about, you're taking a position that a FPGA is just a better GPU. I took the position that a FPGA is somewhere in between a GPU and a ASIC, in that it can do more then a ASIC, but not nearly as much as a GPU (hence a different class they represent and why you can't actively compared a FPGA to a GPU).

Literally just proved the point by showing that FPGAs can't do everything a GPU can do, you said it's semantics.

FPGAs are in a completely different class... You could lump ASICs into that comparison too. They also can mine multiple algos... They just have to be built from the ground up each and every time. To that extent, so do miners for GPUs (depending on how different the algo is from other ones already made), but the time requirement is quite a bit different.

The whole memory bit was about needing to buy different FPGAs for different algos, much like ASICs, because depending on what you're mining, a FPGA can't always do it. You don't need a new FPGA for every algo, but you do for others... Still once again somewhere in between GPUs and ASICs.

And a 2GB 370X can't do everything a 390X can do -- are they in different "classes" now?

I didn't say an FPGA was a GPU, far from it - I took the point that they are similar from a MINING standpoint.

Considering they can mine the same coins... No...

Basically GPUs within the last 3-5 generations have all been capable of mining the same coins, the only possible exception to this is recently with Ethereum and memory issues. Sometimes miners can even go back even more generations then that.

They aren't any similar from a mining standpoint then a ASIC is, which is where this all stemmed from. You pointed out how awesome FPGAs are and were gloating about efficiency over GPUs, when it really doesn't matter anymore then the efficiency of ASICs as you don't actively compare all three to each other because they're in different classes for all the reasons we covered already.

GTX 1070 is 5.25GH/s on XVC (Blake-256 8 round), pulling 150W - this gives it a MH/s/W value of 35MH/s/W.

I'd like to stress that it's 14nm. With my full-custom design on one of my 28nm FPGAs, I get 2.1GH/s at 24W - this gives it an MH/s/W value of 87.5MH/s/W.

As it is, this fight is one-sided. If they had been manufactured on the same node, it wouldn't be a fight - it would be an execution.

well not fair to compare a gpu with fpga, fpga can do well one thing at time, then you need to reprogram it, gpu can do multiple things

it will consume more energy because of that, if gpu were specialized only on mining, they would be just asic, so yes it's not all about nm productive process

[Amph]

sp can you fix the slow hash for spreadcoin and a 1070? i'm only doing 7.5MH(a bit less) with max oc versus 5MH with an old 970, only 50% more seems underwhelming

a 1070 should be 70% more so 8.5MH, or 8MH at the very least, also i noticed it use less energy when mining spread, clearly not optimized for this algo...

[Namsbreh]

sp can you fix the slow hash for spreadcoin and a 1070? i'm only doing 7.5MH(a bit less) with max oc versus 5MH with an old 970, only 50% more seems underwhelming

a 1070 should be 70% more so 8.5MH, or 8MH at the very least, also i noticed it use less energy when mining spread, clearly not optimized for this algo...

That would be useful SP, I donated to the Spreadminer.

[tbearhere]

Hi everyone, is there a lbry nvidia miner app yet? thx