ethminer-0.9.41-genoil-1.1

[fenomenhaa]

which are the required dlls?

amdocl.dll  for sure
what else?

amd_opencl32.dll
amd_opencl64.dll
amdocl.dll
amdocl12cl64.dll
amdocl64.dll

thanks for your answer

You're welcome. Problem gone?

[1714285448]

1714285448

[1714285448]

1714285448

[1714285448]

1714285448

[Longsnowsm]

Can anyone point me to a "for dummies" version of how to install this on Windows?  I downloaded the github, the VS, and cmake... But getting an error about crypto++.  I downloaded that, but it still acts like it cannot find the cryptopp.  Is there a step by step for doing this?  Thanks!

[tolazy]

Can anyone point me to a "for dummies" version of how to install this on Windows?  I downloaded the github, the VS, and cmake... But getting an error about crypto++.  I downloaded that, but it still acts like it cannot find the cryptopp.  Is there a step by step for doing this?  Thanks!

why not download the precompiled
https://github.com/Genoil/cpp-ethereum/tree/master/releases

[Longsnowsm]

I get a error when running the precompiled versions for some reason.  Google isn't helping me come up with an answer why I am getting this:

jsonrpc::JsonRpcException
std::exception:: what: Exception -32603 : INTERNAL ERROR: : {'id":999,"jsonrpc": "2.0", "result": false,"error": "Invalid JSON request"}

Maybe someone can help me decipher this error?  

I went back and reread the instructions on compiling and made it a few steps further(attention to detail counts).  However I am now at the step in studio where you set Ethminer as the startup project, and then do Build Run.  I however don't see a build run option.  I do see a Build option, and that seems to run without errors.  However when I look for a subdirectory for ethminer I am not finding one... So I am not sure if it is built correctly, or I am just not locating that directory where it is  putting the build.


UPDATE:  found that the port info for QTminer is different for ethminer on ethermine.org.  I changed the port # and now the binary works.  Sorry to bother you guys!  I had an ID10T problem.

[SS2006]

so its a month early, but do you think ethminer will be able to support the new GTX 1080 and 1070? They are CRAZY powerful and efficient. I'm excited

[Genoil]

so its a month early, but do you think ethminer will be able to support the new GTX 1080 and 1070? They are CRAZY powerful and efficient. I'm excited

Don't expect miracles from the 10x0 wrt ETH mining. The memory bandwidth is about on par with the 980Ti, so unless they have made fundamental changes to the memory controller, resulting in better random access bandwidth, it will be just about as fast. But because of its compute power, a dual-algo miner with ETH (like Claymore's for AMD) seems the best use of its resources.

[Kettler]

so its a month early, but do you think ethminer will be able to support the new GTX 1080 and 1070? They are CRAZY powerful and efficient. I'm excited

Don't expect miracles from the 10x0 wrt ETH mining. The memory bandwidth is about on par with the 980Ti, so unless they have made fundamental changes to the memory controller, resulting in better random access bandwidth, it will be just about as fast. But because of its compute power, a dual-algo miner with ETH (like Claymore's for AMD) seems the best use of its resources.

Even for the same hash rate, would it consume about half the power/energy? It is 14 nm process, so more efficient.

[QuintLeo]

 GTX 1080 is GDDR 5x, has a noticeable increase in memory bandwidth. 1070 is GDDR5 at similar bandwidth to the 980ti from what I've seen.

 I'd guess 40% faster just from the increase in clock rate for either.

 Probably 30-50% lower power consumption, at a guess.

 I'd guess don't bother with the GTX 1080, for whatever reason the Nvidia cards scale up even worse than AMD cards (the Nano in theory should kick serious hashrate on Ethereum, but in fact it's barely if any better then the R9 380).


 It's not a question of Etherminer supporting them, the question is "when will NVidia drivers get updated to support them" (answer - should be by the time the cards are released).



 I'm planning to build a multi-970 machine in June, not for Ethereum-specific but I'll probably try mining on it to see how well they do. I just wish I could find a SANE motherboard with 16x slots at positions 1/4/7 instead of the stupid common 2/5/7 spacing MOST 3-slot motherboards have - but as cool as these cards are supposed to run I might go 4x with one of the 1/3/5/7 MBs around (Biostar "Racer", MSI and ASUS and I think Gigabyte have same config on slots on at least one MB each and I'm not real fond of Biostar or the fancy wastage on fancy LED lights with the Racer boards).

 I DID finally find a few viable cases for such a build, and a couple of them are even somewhat affordable - but I'm sure I'll want to install some REAL fans, not the junk low-flow "quiet" wastage most case makers put in their boxes.



 Anyone else notice that the GTX 1080 reference designs are only using a SINGLE 8-pin PCI-E power connector?
 I think I saw 180 watts TDP mentioned somewhere too, but not sure if that was the 1080 or the 1070....

[Amph]

GTX 1080 is GDDR 5x, has a noticeable increase in memory bandwidth. 1070 is GDDR5 at similar bandwidth to the 980ti from what I've seen.

 I'd guess 40% faster just from the increase in clock rate for either.

 Probably 30-50% lower power consumption, at a guess.

 I'd guess don't bother with the GTX 1080, for whatever reason the Nvidia cards scale up even worse than AMD cards (the Nano in theory should kick serious hashrate on Ethereum, but in fact it's barely if any better then the R9 380).


 It's not a question of Etherminer supporting them, the question is "when will NVidia drivers get updated to support them" (answer - should be by the time the cards are released).



 I'm planning to build a multi-970 machine in June, not for Ethereum-specific but I'll probably try mining on it to see how well they do. I just wish I could find a SANE motherboard with 16x slots at positions 1/4/7 instead of the stupid common 2/5/7 spacing MOST 3-slot motherboards have - but as cool as these cards are supposed to run I might go 4x with one of the 1/3/5/7 MBs around (Biostar "Racer", MSI and ASUS and I think Gigabyte have same config on slots on at least one MB each and I'm not real fond of Biostar or the fancy wastage on fancy LED lights with the Racer boards).

 I DID finally find a few viable cases for such a build, and a couple of them are even somewhat affordable - but I'm sure I'll want to install some REAL fans, not the junk low-flow "quiet" wastage most case makers put in their boxes.



 Anyone else notice that the GTX 1080 reference designs are only using a SINGLE 8-pin PCI-E power connector?
 I think I saw 180 watts TDP mentioned somewhere too, but not sure if that was the 1080 or the 1070....

with those specs, they would hash ethereum with 30mega and 80watt consumption, a beast basically, and this would be for 1070 not even 1080, assuming your 50%-50%

[lawrencelyl]

Does this miner support 750Ti?  If yes, what's the correct config to run it?
Sorry if this question was asked earlier

[sp_]

Does this miner support 750Ti?  If yes, what's the correct config to run it?
Sorry if this question was asked earlier

Only on linux, and the speed is slow. Around 4mhash. You bether mine something else.

[SS2006]

so its a month early, but do you think ethminer will be able to support the new GTX 1080 and 1070? They are CRAZY powerful and efficient. I'm excited

Don't expect miracles from the 10x0 wrt ETH mining. The memory bandwidth is about on par with the 980Ti, so unless they have made fundamental changes to the memory controller, resulting in better random access bandwidth, it will be just about as fast. But because of its compute power, a dual-algo miner with ETH (like Claymore's for AMD) seems the best use of its resources.

well i currently have a GTX 980, so I guess it would be an update for me. I primarily game though, and mine overnight, so its a win win. I hope maybe these new cards with the new drivers make Windows 10 mining issues a thing of the past? or do you foresee me still having to boot into windows 7 or linux

[lawrencelyl]

Does this miner support 750Ti?  If yes, what's the correct config to run it?
Sorry if this question was asked earlier

Only on linux, and the speed is slow. Around 4mhash. You bether mine something else.

Unfortunately I'm running Windows

[Ayers]

Does this miner support 750Ti?  If yes, what's the correct config to run it?
Sorry if this question was asked earlier

Only on linux, and the speed is slow. Around 4mhash. You bether mine something else.

Unfortunately I'm running Windows

you can easily install linux on a dual boot and try with your gpu, it will take few minutes, or virtual machine but gpu won't wrk there unless you do passthough i think

[Genoil]

so its a month early, but do you think ethminer will be able to support the new GTX 1080 and 1070? They are CRAZY powerful and efficient. I'm excited

Don't expect miracles from the 10x0 wrt ETH mining. The memory bandwidth is about on par with the 980Ti, so unless they have made fundamental changes to the memory controller, resulting in better random access bandwidth, it will be just about as fast. But because of its compute power, a dual-algo miner with ETH (like Claymore's for AMD) seems the best use of its resources.

well i currently have a GTX 980, so I guess it would be an update for me. I primarily game though, and mine overnight, so its a win win. I hope maybe these new cards with the new drivers make Windows 10 mining issues a thing of the past? or do you foresee me still having to boot into windows 7 or linux

That's what I'm also most curious of. All i know is that Nvidia engineers are aware of the issue. See this comment: https://devtalk.nvidia.com/default/topic/878455/cuda-programming-and-performance/gtx750ti-and-buffers-gt-1gb-on-win7/post/4842553/#4842553

I'm afraid that if they have to solve this on a hardware level, Pascal came too early. But it could also be that Pascal's TLB is already larger by design because of the larger RAM support. We'll see. If the problems persist, the driver hack currently used on Win10 will become almost impossible, as Pascal wasn't around when WDDM 1.x drivers were.

[Genoil]

1.0.8 is out.

- work timeout (fails over when working on the same block too long)
- send stale shares (potential poolside sharerate increase up to 1%)
- shorter log output (mostly fits 1 line on fixed-width win console)
- counting shares [A0+0:R0+0:F0] (A= accepted+accepted stales, R=rejected+rejected stales, F= fails)
- longer default hashrate update interval when using stratum
- cleaned up loads of Linux build warnings. not all I'm afraid.
- fixed --opencl-device bug
- i may have accidentally fixed the DAG switch crashes. let me know if it still crashes on next epoch change.

what's up for 1.0.9?

- investigate GPU load drops.
- Pascal support

Of course i want dual-mining and on-GPU DAG building too, but I don't have much time...

[scryptr]

1.0.8 is out.

- work timeout (fails over when working on the same block too long)
- send stale shares (potential poolside sharerate increase up to 1%)
- shorter log output (mostly fits 1 line on fixed-width win console)
- counting shares [A0+0:R0+0:F0] (A= accepted+accepted stales, R=rejected+rejected stales, F= fails)
- longer default hashrate update interval when using stratum
- cleaned up loads of Linux build warnings. not all I'm afraid.
- fixed --opencl-device bug
- i may have accidentally fixed the DAG switch crashes. let me know if it still crashes on next epoch change.

what's up for 1.0.9?

- investigate GPU load drops.
- Pascal support

Of course i want dual-mining and on-GPU DAG building too, but I don't have much time...

OUTPUT IN CONSOLE IS ACTUALLY READABLE!!! --

Cleaning up the console output is enough of an improvement to justify a release in itself!  THANKS!  Are there any new command-line switches?      --scryptr

P.S. --  Sent a small donation your way, it is overdue.       --scryptr

[alenevaa]

1.0.8 is out.

- counting shares [A0+0:R0+0:F0] (A= accepted+accepted stales, R=rejected+rejected stales, F= fails)

Thank you for the stats!

[BitMinerN8]

1.0.8 is out.

Thank you for this build. So far working great on Ubuntu 14.04 and Mint 17.3 rigs.

[Genoil]

1.0.8 is out.

- work timeout (fails over when working on the same block too long)
- send stale shares (potential poolside sharerate increase up to 1%)
- shorter log output (mostly fits 1 line on fixed-width win console)
- counting shares [A0+0:R0+0:F0] (A= accepted+accepted stales, R=rejected+rejected stales, F= fails)
- longer default hashrate update interval when using stratum
- cleaned up loads of Linux build warnings. not all I'm afraid.
- fixed --opencl-device bug
- i may have accidentally fixed the DAG switch crashes. let me know if it still crashes on next epoch change.

what's up for 1.0.9?

- investigate GPU load drops.
- Pascal support

Of course i want dual-mining and on-GPU DAG building too, but I don't have much time...

OUTPUT IN CONSOLE IS ACTUALLY READABLE!!! --

Cleaning up the console output is enough of an improvement to justify a release in itself!  THANKS!  Are there any new command-line switches?      --scryptr

P.S. --  Sent a small donation your way, it is overdue.       --scryptr

Thanks a lot! There's a new cmdline switch --work-timeout. Defaults to 90. If stratum works on block longer than this value in seconds, it will failover. Works great on Windows, just got a bug report in on Ubuntu. If you get it, just set the value so high that it won't ever time-out.