Bounty for Open-Sourced XMR/Cryptonight GPU Miner Bounties Thread

[dunchy]

Does anyone know approximate hash rate on ATI R9 290 ?

[1715479200]

1715479200

[1715479200]

1715479200

[1715479200]

1715479200

[1715479200]

1715479200

[kbm]

Does anyone know approximate hash rate on ATI R9 290 ?

depending on the ram you have Claymore's miner gets me around 611 h/s right now.

[dunchy]

Does anyone know approximate hash rate on ATI R9 290 ?

depending on the ram you have Claymore's miner gets me around 611 h/s right now.

That's cool. It sucks all 330W I guess? But it's not less efficient than 750ti right?

[5w00p]

Does anyone know approximate hash rate on ATI R9 290 ?

depending on the ram you have Claymore's miner gets me around 611 h/s right now.

That's cool. It sucks all 330W I guess? But it's not less efficient than 750ti right?

I believe 750Ti can only do about 200 h/s as of now.

[HardwarePal]

I promised a bounty for the Nvidia miner even though all my Nvidia cards are in the cupboard  
Post a BTC donation address tsiv so I can send my share (0.2BTC as listed)

Any chance somebody tried the Gtx580 or Gtx680 I have 2 of each which I might slap on a system if worthwhile

[renegadepcsolutions]

I promised a bounty for the Nvidia miner even though all my Nvidia cards are in the cupboard  
Post a BTC donation address tsiv so I can send my share (0.2BTC as listed)

Any chance somebody tried the Gtx580 or Gtx680 I have 2 of each which I might slap on a system if worthwhile

GTX580 will not work with tsiv's miner.

GTX680 will.

At the moment, it is only compiled for compute 3.0+

[5w00p]

I promised a bounty for the Nvidia miner even though all my Nvidia cards are in the cupboard  
Post a BTC donation address tsiv so I can send my share (0.2BTC as listed)

Any chance somebody tried the Gtx580 or Gtx680 I have 2 of each which I might slap on a system if worthwhile

mail them to me 

[KROK]

Strange result.
[2014-06-26 15:30:13] Using JSON-RPC 2.0
[2014-06-26 15:30:13] 1 miner threads started, using 'cryptonight' algorithm.
[2014-06-26 15:30:13] Starting Stratum on stratum+tcp://mro.extremehash.com:7777
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, using 40 blocks of 8 threads
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, 12200.23 H/s
[2014-06-26 15:30:14] Pool set diff to 5000
[2014-06-26 15:30:14] Stratum detected new block
[2014-06-26 15:30:14] GPU #0: GeForce GTX 285, 2845422.95 H/s
[2014-06-26 15:30:37] Stratum detected new block
[2014-06-26 15:30:37] GPU #0: GeForce GTX 285, 3259881.74 H/s
[2014-06-26 15:31:22] Stratum detected new block
[2014-06-26 15:31:22] GPU #0: GeForce GTX 285, 3474958.52 H/s

[DougB62]

Strange result.
[2014-06-26 15:30:13] Using JSON-RPC 2.0
[2014-06-26 15:30:13] 1 miner threads started, using 'cryptonight' algorithm.
[2014-06-26 15:30:13] Starting Stratum on stratum+tcp://mro.extremehash.com:7777
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, using 40 blocks of 8 threads
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, 12200.23 H/s
[2014-06-26 15:30:14] Pool set diff to 5000
[2014-06-26 15:30:14] Stratum detected new block
[2014-06-26 15:30:14] GPU #0: GeForce GTX 285, 2845422.95 H/s
[2014-06-26 15:30:37] Stratum detected new block
[2014-06-26 15:30:37] GPU #0: GeForce GTX 285, 3259881.74 H/s
[2014-06-26 15:31:22] Stratum detected new block
[2014-06-26 15:31:22] GPU #0: GeForce GTX 285, 3474958.52 H/s

Compute 1.3 definitely won't work...

[matrix961]

Just posting my experience with this and to thank tsiv for releasing this miner for nvidia cards and what you might expect from this card.

Win 7 x64 with 8gb memory running main display from onboard video.

GTX 780 Ti (OC’d +235mhz) = 290-300 hashes (Windows)
vs
I5 3570k (OC’d 4.3ghz) = 160-175 hashes (Windows) or 255-265 (Linux)

For me the only setting that will work is “4x120”. Anything else I’ve tried crashes, even the default of 8x40. I’ve tried so many different combinations. I removed the OC I had on my card and it didn’t make a difference.

Linux:

I tried to get this working on linux. After working through various compile issues mostly with gcc g++ version issues I was able to compile it fine. The issue was that it would say couldn't find cuda device. I tried driver re-installs different cuda versions 5.5 & 6.0 with no luck. Made sure I had all the variable paths correct. Linux saw it and was using it, running nvidia-settings it was listed correctly showing all info. I tried it on ubuntu 14.04 x64. I might have to try again later, maybe on ubuntu 13.10?

I found tutorials to compile cudaminer on linux. I might try a tuturial for getting cudaminer compiled on linux and working first then try ccminer.

[equipoise]

Strange result.
[2014-06-26 15:30:13] Using JSON-RPC 2.0
[2014-06-26 15:30:13] 1 miner threads started, using 'cryptonight' algorithm.
[2014-06-26 15:30:13] Starting Stratum on stratum+tcp://mro.extremehash.com:7777
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, using 40 blocks of 8 threads
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, 12200.23 H/s
[2014-06-26 15:30:14] Pool set diff to 5000
[2014-06-26 15:30:14] Stratum detected new block
[2014-06-26 15:30:14] GPU #0: GeForce GTX 285, 2845422.95 H/s
[2014-06-26 15:30:37] Stratum detected new block
[2014-06-26 15:30:37] GPU #0: GeForce GTX 285, 3259881.74 H/s
[2014-06-26 15:31:22] Stratum detected new block
[2014-06-26 15:31:22] GPU #0: GeForce GTX 285, 3474958.52 H/s

Compute 1.3 definitely won't work...

It's making windows to think the driver crashed because it's taking long enough without returning a result (windows default is 2 seconds for the GPU) and that's why windows restarts the driver and ccminer won't work and show you impossible hash rate. I made the timeout 40 seconds on my machine (tried with 10 first - it worked for some time, but then it crashed again). This made my laptop second nvidea card to start happily mining with about 22 H/s. Don't do this if you don't have a second video card, because your PC will become completely unusable while mining (if you are cpu mining on the same machine run the cpu miner before running the gpu miner, because otherwise it'll become difficult for you to even start the cpu miner). Here is a link to a .reg file, which will set the timeout to 40 seconds - just double click it and it'll add the setting to the registry (it'll ask you if you are sure). Then you should restart your windows and ccminer should work after the restart. If you find it useful don't forget to tip me https://www.dropbox.com/s/ci8b3h7oxtvd6dq/TdrDelaySetTo40.reg

[matrix961]

Strange result.
[2014-06-26 15:30:13] Using JSON-RPC 2.0
[2014-06-26 15:30:13] 1 miner threads started, using 'cryptonight' algorithm.
[2014-06-26 15:30:13] Starting Stratum on stratum+tcp://mro.extremehash.com:7777
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, using 40 blocks of 8 threads
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, 12200.23 H/s
[2014-06-26 15:30:14] Pool set diff to 5000
[2014-06-26 15:30:14] Stratum detected new block
[2014-06-26 15:30:14] GPU #0: GeForce GTX 285, 2845422.95 H/s
[2014-06-26 15:30:37] Stratum detected new block
[2014-06-26 15:30:37] GPU #0: GeForce GTX 285, 3259881.74 H/s
[2014-06-26 15:31:22] Stratum detected new block
[2014-06-26 15:31:22] GPU #0: GeForce GTX 285, 3474958.52 H/s

Compute 1.3 definitely won't work...

It's making windows to think the driver crashed because it's taking long enough without returning a result (windows default is 2 seconds for the GPU) and that's why windows restarts the driver and ccminer won't work and show you impossible hash rate. I made the timeout 40 seconds on my machine (tried with 10 first - it worked for some time, but then it crashed again). This made my laptop second nvidea card to start happily mining with about 22 H/s. Don't do this if you don't have a second video card, because your PC will become completely unusable while mining (if you are cpu mining on the same machine run the cpu miner before running the gpu miner, because otherwise it'll become difficult for you to even start the cpu miner). Here is a link to a .reg file, which will set the timeout to 40 seconds - just double click it and it'll add the setting to the registry (it'll ask you if you are sure). Then you should restart your windows and ccminer should work after the restart. If you find it useful don't forget to tip me https://www.dropbox.com/s/ci8b3h7oxtvd6dq/TdrDelaySetTo40.reg

Thank you for this. Going with the same OC on my 780 Ti I applied this and now I'm getting 350-360 using 6x120. I can play with the numbers a bit without crashing now. The best I've been able to do is 6x120 with higher hashrates. There is definitely a sweet spot you have to find. Hey it's better than what my i5 was doing for sure now.

[smooth]

I would like to comment briefly on awarding the bounty since I am responsible for the largest pledge (I think).

From what I have seen, tsiv should receive a bounty payment. I'm not sure he should receive the full amount quite yet. (Though I am also not saying he should not.)

I would like to hear public comments on the following points before reaching a conclusion.

My criteria for awarding the bounty are:

1. Quality. Is the miner 100% reliable, or does it crash or hang?

2. Compatibility. Does the miner support a full range of operating systems, hardware devices (limited to the specified family -- AMD or NV), and drivers? Hardware, operating systems, or drivers which lack some essential features for acceptable performance can be excluded, as can obviously obsolete ones.

3. Open source, maintainability. Is the code provided in a full open source manner, such that others can contribute improvements?  Is it well documented, well organized, and easy to understand?

4. Performance. Does the mine provided competitive performance (i.e. does it make sense to actually use it).

100% perfection on every one of these points is not necessary or practical -- certainly not to receive a partial bounty. These are guidelines for evaluation, not specific requirements.

If there are significant deficiencies in any or all of these areas, then the original developer should have the opportunity to address them in order to qualify for the full bounty. Failing that, others may contribute improvements to claim part of the bounty.

I would like to hear substantive comments from any stakeholders or community members addressing these points.

[xandrino]

I would like to comment briefly on awarding the bounty since I am responsible for the largest pledge (I think).

From what I have seen, tsiv should receive a bounty payment. I'm not sure he should receive the full amount quite yet. (Though I am also not saying he should not.)

I would like to hear public comments on the following points before reaching a conclusion.

My criteria for awarding the bounty are:

1. Quality. Is the miner 100% reliable, or does it crash or hang?

2. Compatibility. Does the miner support a full range of operating systems, hardware devices (limited to the specified family -- AMD or NV), and drivers? Hardware, operating systems, or drivers which lack some essential features for acceptable performance can be excluded, as can obviously obsolete ones.

3. Open source, maintainability. Is the code provided in a full open source manner, such that others can contribute improvements?  Is it well documented, well organized, and easy to understand?

4. Performance. Does the mine provided competitive performance (i.e. does it make sense to actually use it).

100% perfection on every one of these points is not necessary or practical -- certainly not to receive a partial bounty. These are guidelines for evaluation, not specific requirements.

If there are significant deficiencies in any or all of these areas, then the original developer should have the opportunity to address them in order to qualify for the full bounty. Failing that, others may contribute improvements to claim part of the bounty.

I would like to hear substantive comments from any stakeholders or community members addressing these points.

Here are my own experiences using Tsiv's ccminer revision (with CN algo support). For reference, I mine using 17 GPUs, all of them gtx750ti of 3 kinds: 1x MSI tf oc gaming, 10x Zotac dual-fan oc, 6x Zotac single-fan oc.

1. Definitely no crashing or hanging in my experience. Since crashing can be a result of overclocking and improper settings, I share mine in hopes to avoid 'crashing' as an obstacle to Tsiv's bounty: I have clocks set via msi afterburner on all 3 rigs / 17 gpus, and use +140 / +317 / 95% power. My os are all w7 x64, 8gb ram or higher.

2. I can only personally attest to w7 x64 os. I have read (in the cudaminer thread on this forum site) that S_tring has made it possible to mine in w8 by specifying switches (-l 6x40) follow this link: https://bitcointalk.org/index.php?topic=167229.msg7529384#msg7529384
This leaves Linux based OS, OSX (if anybody mines using that os, I just dont know), and older versions of windows.
As for hardware devices, I have strong opinions on this one: the Tsiv miner is intended for Nvidia, and in my opinion the only real nvidia gpu worthy of being used for mining is the GTX 750ti (until more maxwell GPUs come out that are comparable or superior in terms of hash/cost and hash/watt. This said, the newer nvidia gpus do seem to be supported. And I can see a scenario such as this: ask forum members to chime in re compatibility with their specific nvidia GPUs; ask Tsiv to modify his miner to support the missing ones (just the major ones, of course).

3. I am not a coder, so I can't answer this one. I just know some basics that giv me impression in the affirmative: [.a.] the code is essentially a fork of CBuchner & ChrisH's ccminer; [.b.] it is (has been) on github for a long time with many revisions, contributions

4. I get 210-220h/s per gpu x 17gpus = 3.5 kh/s average (conservative), and total wattage of 920w (an over estimate). As the miner app gets revised, expect that it will get more power hungry in order to deliver more hashes. In my experience, the current miner from other algos require 10-15% more power from my rigs, whereas previously, they consume around the same wattage as Tsiv's miner, and delivered around 20-25% less hashes.

To be fair, I believe Tsiv already deserves a substantial portion of the bounty. However it is also practical to withhold a small portion of the bounty for some things people may have overlooked. In the interest of fairness, may I suggest think of it as a warranty period -- if no problems arise in the next 14 days (a lifetime in cryptoland), then Tsiv gets awarded the balance of the bounty.

CHeers!

[kbm]

I'm offering the 150 xmr pledge by Keyboard-Mash in the OP.

My criteria for awarding the bounty are:

1. Quality. Is the miner 100% reliable, or does it crash or hang?

I have since been able to test it on my little gt 640 thanks to the contribution of the registry file from equipoise, for windows. Before that it blew my drivers immediately. I ran the program successfully for just over 5 hours after that modification, at a rate of 8 whopping hashes/s (it tops out at 32 h/s but I wanted to be able to have better use of the computer. Program did not crash or hang for that time. Address I mined to @ mro.poolto.be =

Code:

45CrXb3EdweAHhH7yGwGZRWNwNHGtmoHYBv1rjASbvWHF5xCfhUTb6VggcQwshsAC8K2kssLR8X4NUBhyp8eBptCKcwFNEn

2. Compatibility. Does the miner support a full range of operating systems, hardware devices (limited to the specified family -- AMD or NV), and drivers? Hardware, operating systems, or drivers which lack some essential features for acceptable performance can be excluded, as can obviously obsolete ones.

Still testing on multiple OS's, but can confirm does work w/ windows 7 64 bit, and vista 64 bit. I won't be able to test it further than that until after next week, as I will be away from my equipment until then .. but I see that other people have used many OS's and would like to hear from them. I've now seen support down to compute 2.1 levels, using whatever driver was newest/not beta

4. Performance. Does the miner provide competitive performance (i.e. does it make sense to actually use it).

I can buy a 640 for about the same cost as a haswell pentium (~the same cost if buying on ebay). Both top out around 30 h/s. It seems to be competitive from my situation, and would make sense to mine with the card if I wanted to mine. Have not measured power consumption .. but I don't think anyone in my situation would be overly concerned with that

100% perfection on every one of these points is not necessary or practical -- certainly not to receive a partial bounty. These are guidelines for evaluation, not specific requirements.

If there are significant deficiencies in any or all of these areas, then the original developer should have the opportunity to address them in order to qualify for the full bounty. Failing that, others may contribute improvements to claim part of the bounty.

I would like to hear substantive comments from any stakeholders or community members addressing these points.

Overall I'm very satisfied with the program, and would gladly release partial/full bounty .. pending a quick answer for why I had to edit the registry to get the program to operate. Equipoise I will send you a few xmr outside of the bounty, thanks a lot for providing it! I would like to hear some more from tsiv.

[5w00p]

I can buy a 640 for about the same cost as a haswell pentium (~the same cost if buying on ebay). Both top out around 30 h/s. It seems to be competitive from my situation, and would make sense to mine with the card if I wanted to mine. Have not measured power consumption .. but I don't think anyone in my situation would be overly concerned with that

Where are you getting the "30 h/s" number for a "haswell pentium?"

[th00ber]

I would like to comment briefly on awarding the bounty since I am responsible for the largest pledge (I think).

From what I have seen, tsiv should receive a bounty payment. I'm not sure he should receive the full amount quite yet. (Though I am also not saying he should not.)

I would like to hear public comments on the following points before reaching a conclusion.

My criteria for awarding the bounty are:

1. Quality. Is the miner 100% reliable, or does it crash or hang?

2. Compatibility. Does the miner support a full range of operating systems, hardware devices (limited to the specified family -- AMD or NV), and drivers? Hardware, operating systems, or drivers which lack some essential features for acceptable performance can be excluded, as can obviously obsolete ones.

3. Open source, maintainability. Is the code provided in a full open source manner, such that others can contribute improvements?  Is it well documented, well organized, and easy to understand?

4. Performance. Does the mine provided competitive performance (i.e. does it make sense to actually use it).

100% perfection on every one of these points is not necessary or practical -- certainly not to receive a partial bounty. These are guidelines for evaluation, not specific requirements.

If there are significant deficiencies in any or all of these areas, then the original developer should have the opportunity to address them in order to qualify for the full bounty. Failing that, others may contribute improvements to claim part of the bounty.

I would like to hear substantive comments from any stakeholders or community members addressing these points.

Running this miner for 24h without troubles on my linux dedicated rig, 12x750ti running @198H/s each.
No troubles, no crash. He deserve this bounty as the first really good Nvidia CryptoNight miner
Current estimation is 12.5$/day for me, It's in the top 3 of rentability right now if I check what I use to mine.

[equipoise]

Strange result.
[2014-06-26 15:30:13] Using JSON-RPC 2.0
[2014-06-26 15:30:13] 1 miner threads started, using 'cryptonight' algorithm.
[2014-06-26 15:30:13] Starting Stratum on stratum+tcp://mro.extremehash.com:7777
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, using 40 blocks of 8 threads
[2014-06-26 15:30:13] GPU #0: GeForce GTX 285, 12200.23 H/s
[2014-06-26 15:30:14] Pool set diff to 5000
[2014-06-26 15:30:14] Stratum detected new block
[2014-06-26 15:30:14] GPU #0: GeForce GTX 285, 2845422.95 H/s
[2014-06-26 15:30:37] Stratum detected new block
[2014-06-26 15:30:37] GPU #0: GeForce GTX 285, 3259881.74 H/s
[2014-06-26 15:31:22] Stratum detected new block
[2014-06-26 15:31:22] GPU #0: GeForce GTX 285, 3474958.52 H/s

Compute 1.3 definitely won't work...

It's making windows to think the driver crashed because it's taking long enough without returning a result (windows default is 2 seconds for the GPU) and that's why windows restarts the driver and ccminer won't work and show you impossible hash rate. I made the timeout 40 seconds on my machine (tried with 10 first - it worked for some time, but then it crashed again). This made my laptop second nvidea card to start happily mining with about 22 H/s. Don't do this if you don't have a second video card, because your PC will become completely unusable while mining (if you are cpu mining on the same machine run the cpu miner before running the gpu miner, because otherwise it'll become difficult for you to even start the cpu miner). Here is a link to a .reg file, which will set the timeout to 40 seconds - just double click it and it'll add the setting to the registry (it'll ask you if you are sure). Then you should restart your windows and ccminer should work after the restart. If you find it useful don't forget to tip me https://www.dropbox.com/s/ci8b3h7oxtvd6dq/TdrDelaySetTo40.reg

Thank you for this. Going with the same OC on my 780 Ti I applied this and now I'm getting 350-360 using 6x120. I can play with the numbers a bit without crashing now. The best I've been able to do is 6x120 with higher hashrates. There is definitely a sweet spot you have to find. Hey it's better than what my i5 was doing for sure now.

There is something more to be done about the -l MxN.
About the first number M:
"First of all, your thread block size should always be a multiple of 32, because kernels issue instructions in warps (32 threads). For example, if you have a block size of 50 threads, the GPU will still issue commands to 64 threads and you'd just be wasting them."
About the second number N:
You could find it by gradually increasing it until your card stop working (showing impossible hash rate 3474958.52 H/s) and then restart is needed for maximum performance (but not for testing), because without restart my hash rate is felling 2x compared to the same options before the crash.

The "magical numbers" for 650M seems to be -l 128x5

XMR tip: 4AyRmUcxzefB5quumzK3HNE4zmCiGc8vhG6fE1oJpGVyVZF7fvDgSpt3MzgLfQ6Q1719xQhmfkM9Z2u NXgDMqYhjJVmc6KX
Thank you!

[renegadepcsolutions]

How fast does it work compared to CPU mining? cost efficiency wise?

If you take into account the actual power draw of a 750ti that doesn't require a PCIe connector from the PSU, then it draws ~70W @ full load.

The average power draw of a CPU @ 4.0GHz (suitable for cryptonight mining) is around 150+W.


Now... cost-wise... upgrade CPU/MB... ~$400+. ~200 H/s... total.
Power Consumption: 100+W


Buy 2 750ti cards... ~$300   ~205-210 H/s EACH
Power Consumption: ~140W


My Xeon X3460 @ 4.0GHz is drawing around 140W at full load right now, and I'm only getting ~180 H/s out of it.

I'm going to get a couple of 750ti cards, and then I'm going to say deuces to the 7870 cards (and toss them into my gaming rig, with twin Kraken G10 setups. )

Performance per watt for a 750ti - 3 H/s per Watt
Performance per watt for my Xeon - 1.29 H/s per Watt
Performance per watt for a 290X - 1.97 H/s per Watt

So... all in all... I'd rather have 3 H81 Pro BTC rigs running low watt CPU's and 6 750ti cards each.

I might mine a little slower than most... but I'd still be raking it in compared to my power consumption.

[smoothie]

"Bounty for Open-Sourced XMR/Cryptonight GPU Miner Bounties Thread"

lol

Bounty for open-sourced gpu miner bounties thread?